From bounce-aprsspec-11589@lists.tapr.org  Tue Aug  6 08:19:50 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA05973
	for <lyris.aprsspec@tapr.org>; Tue, 6 Aug 2002 08:19:50 -0500 (CDT)
Date: Tue, 6 Aug 2002 8:17:46
Subject: [aprsspec] summer 2002 issue of Packet Status Register 
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: "Stan Horzepa" <stanzepa@earthlink.net>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Stan Horzepa" <stanzepa@earthlink.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Message-Id: <LYR11589-92983-2002.08.06-08.57.40--lyris.aprsspec#tapr.org@lists.tapr.org>
Precedence: bulk

The summer 2002 issue of Packet Status Register (PSR) is now available at 
www.tapr.org.

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 10 09:33:49 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA10023
	for <lyris.aprsspec@tapr.org>; Sat, 10 Aug 2002 09:33:48 -0500 (CDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: Dale Heatherington <dale@wa4dsy.net>
Reply-To: Dale Heatherington <dale@wa4dsy.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] aprsd 215 beta 8 available
Date: Sat, 10 Aug 2002 10:33:52 -0400
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <LYR11589-93548-2002.08.10-10.12.19--lyris.aprsspec#tapr.org@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <20020810143232.75A3228B4C@wa4dsy.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

A new public beta of aprsd 2.1.5 is up on wa4dsy.net.

Since the last aprsd beta release no. 7, 
Pete Loveall and I have worked out some additions
and improvements to the new q construct.  These
changes are now in beta 8.  Please upgrade 
all previous aprsd betas so your servers will
be 100% compatable with the core servers.

Download it at (188K):
http://www.wa4dsy.net/Files/aprsd215b8.tgz

Documentation is here:
http://www.wa4dsy.net/aprs/aprsdDOC.html


-- 
Dale Heatherington
Web: http://www.wa4dsy.net

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 15 08:09:48 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA12676
	for <lyris.aprsspec@tapr.org>; Thu, 15 Aug 2002 08:09:47 -0500 (CDT)
Message-ID: <LYR11589-94050-2002.08.15-08.49.19--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Thu, 15 Aug 2002 09:06:10 -0400
From: "E. Tupis" <w2ev@rochester.rr.com>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Spec Clarification Request
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "E. Tupis" <w2ev@rochester.rr.com>
X-Message-Id: <3D5BA742.22A4795@rochester.rr.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I'd like to formally request that the following be considered by those
"in the loop" in making these decisions...

== The issue ==
The way that icon determination for 4-cypher Grid-in-Status
transmissions is ambiguous and can lead to unintended result, unless
clarified.

== Example ==
This is a 6-cypher grid w/icon & overlay identified (no ambiguity):
>FM19XXBV will display the "V" icon with the letter "B" overlayed

Is this a 4-cypher grid w/icon & overlay or is this a 6-cypher grid with
a forgotten icon & overlay? (ambiguity):
>FM19XX   will display the "X" icon with the letter "X" overlayed

== Suggested Solution ==
Require 6-cypher gridsquare for Grid-in-Status when icon & overlay is
desired
o When no icon & overlay is included, display as gridsquare icon
o When only 4-cyphers are used, accept and display as gridsquare icon

Respectfully,
Ev, W2EV



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 18 09:26:05 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA13284
	for <lyris.aprsspec@tapr.org>; Sun, 18 Aug 2002 09:26:04 -0500 (CDT)
Message-ID: <LYR11589-94330-2002.08.18-10.05.40--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 18 Aug 2002 10:18:31 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Grid-in-Status Ambiguous Icon & Overlay followup?
X-Priority: 2 (High)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D5FACB7.52D8E4A4@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

A while ago, I floated the above.  No responses or comments on- or off-list to
date.  Should I continue to await comment or assume there is no interest in the
topic?  Either way is fine...I'm simply curious.

Ev Tupis, W2EV


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 19 09:46:21 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA24070
	for <lyris.aprsspec@tapr.org>; Mon, 19 Aug 2002 09:46:21 -0500 (CDT)
Date: Mon, 19 Aug 2002 10:45:19 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Spec Clarification Request
In-Reply-To: <LYR11586-94050-2002.08.15-08.49.19--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-94479-2002.08.19-10.25.37--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208191043410.15386-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Thu, 15 Aug 2002, E. Tupis wrote:

> I'd like to formally request that the following be considered by those
> "in the loop" in making these decisions...
>
> == The issue ==
> The way that icon determination for 4-cypher Grid-in-Status
> transmissions is ambiguous and can lead to unintended result, unless
> clarified.
>
> == Example ==
> This is a 6-cypher grid w/icon & overlay identified (no ambiguity):
> >FM19XXBV will display the "V" icon with the letter "B" overlayed
>
> Is this a 4-cypher grid w/icon & overlay or is this a 6-cypher grid with
> a forgotten icon & overlay? (ambiguity):
> >FM19XX   will display the "X" icon with the letter "X" overlayed
>
> == Suggested Solution ==
> Require 6-cypher gridsquare for Grid-in-Status when icon & overlay is
> desired
> o When no icon & overlay is included, display as gridsquare icon
> o When only 4-cyphers are used, accept and display as gridsquare icon


I agree.  The >GG##gg/$ construct was only meant for the full 6 digit
gridsquare.  If the full 6 digits are not konwn, then I think the letters
AA or something else were supposed to be substituded....
Thanks
Bob

>
> Respectfully,
> Ev, W2EV
>
>
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 20 14:16:37 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA22448
	for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 14:16:36 -0500 (CDT)
Message-ID: <LYR11589-94765-2002.08.20-14.53.47--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 18 Aug 2002 10:18:31 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Grid-in-Status Ambiguous Icon & Overlay followup?
X-Priority: 2 (High)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-22005B@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <LYR22005-94330-2002.08.18-10.05.40--kcechura#umr.edu@lists.tapr.org>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
X-OriginalArrivalTime: 18 Aug 2002 14:26:20.0557 (UTC) FILETIME=[38D0CBD0:01C246C3]

A while ago, I floated the above.  No responses or comments on- or off-list to
date.  Should I continue to await comment or assume there is no interest in the
topic?  Either way is fine...I'm simply curious.

Ev Tupis, W2EV


---
You are currently subscribed to aprsspec as: kcechura@umr.edu
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 20 17:42:08 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA03284
	for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 17:42:06 -0500 (CDT)
Date: Tue, 20 Aug 2002 18:35:56 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR11586-94765-2002.08.20-14.53.47--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-94863-2002.08.20-18.19.23--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208201835190.4862-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sun, 18 Aug 2002, Ev Tupis (W2EV) wrote:

> A while ago, I floated the above.  No responses or comments on- or off-list to
> date.  Should I continue to await comment or assume there is no interest in the
> topic?  Either way is fine...I'm simply curious.

I sent a reply 2 days ago after I returned form Travel...
Maybe you missed it?

Bob
>
> Ev Tupis, W2EV
>
>
> ---
> You are currently subscribed to aprsspec as: kcechura@umr.edu
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 20 23:57:31 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id XAA20288
	for <lyris.aprsspec@tapr.org>; Tue, 20 Aug 2002 23:57:30 -0500 (CDT)
Mime-Version: 1.0
X-Sender: mikemusick@earthlink.net@pop.earthlink.net
Message-Id: <LYR11589-94907-2002.08.21-00.36.54--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Tue, 20 Aug 2002 23:55:03 -0500
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Mike Musick <mikemusick@earthlink.net>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Mike Musick <mikemusick@earthlink.net>
X-Message-Id: <a05101000b988c8820ce6@[66.136.191.97]>
 <LYR28781-94903-2002.08.21-00.00.07--mikemusick#earthlink.net@lists.tapr.o
 rg>
 <LYR28781-94903-2002.08.21-00.00.07--mikemusick#earthlink.net@lists.tapr.o
 rg>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

>A while ago, I floated the above.  No responses or comments on- or off-list to
>date.  Should I continue to await comment or assume there is no 
>interest in the
>topic?

Speaking for myself, Ev, no interest. I've never supported 
grid-in-status and in four years nobody's noticed it isn't there. So 
it's moot as far as I'm concerned.

Sorry.  :-(

   ...mike

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 21 02:48:59 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA29441
	for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 02:48:55 -0500 (CDT)
Message-ID: <LYR11589-94940-2002.08.21-03.27.49--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 21 Aug 2002 08:47:37 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
References: <LYR11586-94765-2002.08.20-14.53.47--bruninga#nadn.navy.mil@lists.tapr.org>
 <LYR26815-94863-2002.08.20-18.19.23--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-94863-2002.08.20-18.19.23--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <gp6r0uAZW0Y9EwL3@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-94863-2002.08.20-18.19.23--roger#peaksys.co.uk@list
s.tapr.org>, Bob Bruninga <bruninga@usna.edu> writes
>On Sun, 18 Aug 2002, Ev Tupis (W2EV) wrote:
>
>> A while ago, I floated the above.  No responses or comments on- or off-list to
>> date.  Should I continue to await comment or assume there is no interest in 
>the
>> topic?  Either way is fine...I'm simply curious.
>
>I sent a reply 2 days ago after I returned form Travel...
>Maybe you missed it?

I think I also missed it. However, I didn't think there was any
ambiguity in the spec regarding 4 character and six character grids. Or
perhaps I'm forgetting what Ev originally asked?

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 21 05:15:13 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA17077
	for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 05:15:10 -0500 (CDT)
Message-ID: <LYR11589-94947-2002.08.21-05.55.00--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 21 Aug 2002 06:14:08 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
References: <LYR21978-94907-2002.08.21-00.36.54--w2ev#rochester.rr.com@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D6367F0.BDB226CF@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Mike Musick wrote:
> 
> >A while ago, I floated the above.  No responses or comments on- or off-list to
> >date.  Should I continue to await comment or assume there is no
> >interest in the
> >topic?
> 
> Speaking for myself, Ev, no interest. I've never supported
> grid-in-status and in four years nobody's noticed it isn't there. So
> it's moot as far as I'm concerned.

Hi Mike,
That makes sense to me from a code writing standpoint.  I guess I'm asking from
a protocol perspective, should an author (present or future) wish to invoke the
function.  Thanks for the reply, though.  I wasn't sure how to interpret the
silence...and now realize that Lyris burped at about the same time as I floated
the question.

Appreciate your reply.

Best wishes,
Ev

-- 
BEACONet lets you look at the world in ways never before imagined.
http://www.BEACONet.org


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 21 05:28:56 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA17612
	for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 05:28:50 -0500 (CDT)
Message-ID: <LYR11589-94949-2002.08.21-06.08.37--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 21 Aug 2002 06:27:51 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
References: <LYR11586-94765-2002.08.20-14.53.47--bruninga#nadn.navy.mil@lists.tapr.org>
	 <LYR26815-94863-2002.08.20-18.19.23--roger#peaksys.co.uk@lists.tapr.org> <LYR21978-94940-2002.08.21-03.27.49--w2ev#rochester.rr.com@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D636B27.E5788C4E@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> >I sent a reply 2 days ago after I returned form Travel...
> >Maybe you missed it?
> 
> I think I also missed it. However, I didn't think there was any
> ambiguity in the spec regarding 4 character and six character grids. Or
> perhaps I'm forgetting what Ev originally asked?

The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status.  I
discovered it as I was designing a new set of icons to release to the BEACONet
community (where we use GR##ID exclusively)...

>GR##IDoI will display an icon associated with "I" with an overlay of "o".

>GR##ID is ambiguous as one doesn't know if the intent was to send a 6-cypher grid without an icon or overlay expressly chosen or if it is a 4-cypher grid with an icon of "D" and an overlay of "I".

I offered the suggestion that the grid-in-status spec consider requiring
6-cypher grids and to display as /G if there is no icon/overlay shown...but am
more interested in removing the ambiguity than necessarily getting stymied by
how that is accomplished right now.  I was suprised by the lack of comment on
it, but then realized that the Lyris system "burped" at around the same time and
many may have missed the post.

Best wishes,
Ev, W2EV
http://www.BEACONet.org


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 21 07:28:52 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA21364
	for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 07:28:45 -0500 (CDT)
Message-ID: <LYR11589-94954-2002.08.21-08.08.36--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 21 Aug 2002 13:28:00 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
References: <LYR11586-94765-2002.08.20-14.53.47--bruninga#nadn.navy.mil@lists.tapr.org>
 <LYR26815-94863-2002.08.20-18.19.23--roger#peaksys.co.uk@lists.tapr.org>
 <LYR21978-94940-2002.08.21-03.27.49--w2ev#rochester.rr.com@lists.tapr.org>
 <LYR26815-94949-2002.08.21-06.08.37--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-94949-2002.08.21-06.08.37--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <i1YrTKAQd4Y9EwrQ@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-94949-2002.08.21-06.08.37--roger#peaksys.co.uk@list
s.tapr.org>, Ev Tupis (W2EV) <w2ev@arrl.net> writes
>> >I sent a reply 2 days ago after I returned form Travel...
>> >Maybe you missed it?
>> 
>> I think I also missed it. However, I didn't think there was any
>> ambiguity in the spec regarding 4 character and six character grids. Or
>> perhaps I'm forgetting what Ev originally asked?
>
>The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status.  I
>discovered it as I was designing a new set of icons to release to the BEACONet
>community (where we use GR##ID exclusively)...
>
>>GR##IDoI will display an icon associated with "I" with an overlay of "o".
>
>>GR##ID is ambiguous as one doesn't know if the intent was to send a 6-cypher 
>grid without an icon or overlay expressly chosen or if it is a 4-cypher grid 
>with an icon of "D" and an overlay of "I".

Have a read of section 16 of the APRS spec. You will see that the
table/overlay and symbol characters must be included, they are not
optional. If you only send a total of six characters, then it must be
interpreted as a four character locator.

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 21 18:39:24 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA00473
	for <lyris.aprsspec@tapr.org>; Wed, 21 Aug 2002 18:39:23 -0500 (CDT)
Message-ID: <LYR11589-95005-2002.08.21-19.19.14--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 21 Aug 2002 19:37:30 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Test
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D64243A.EFF4488D@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Ping

Ev


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 22 07:30:05 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11181
	for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:30:04 -0500 (CDT)
Date: Thu, 22 Aug 2002 08:29:49 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR11586-94907-2002.08.21-00.36.54--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95115-2002.08.22-08.09.57--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208220827090.26853-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Tue, 20 Aug 2002, Mike Musick wrote:

> Speaking for myself, Ev, no interest. I've never supported
> grid-in-status and in four years nobody's noticed it isn't there. So
> it's moot as far as I'm concerned.

So APRS still does not have a GRIDSquare format that can be received by
all software...  what a shame...  :-(
And of course, no user who does not see it will not konw that he isnt
seeing it, so how will he know to complain..

Bob




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 22 07:46:57 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11591
	for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:46:54 -0500 (CDT)
Date: Thu, 22 Aug 2002 08:46:40 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR11586-94949-2002.08.21-06.08.37--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95116-2002.08.22-08.26.46--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208220844490.26853-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 21 Aug 2002, Ev Tupis (W2EV) wrote:

> > >I sent a reply 2 days ago after I returned form Travel...
> > >Maybe you missed it?

> how that is accomplished right now.  I was suprised by the lack of comment on
> it, but then realized that the Lyris system "burped" at around the same time and
> many may have missed the post.

Yes, it appears that lyris ate my reply.  Here it is:

> I agree.  The >GG##gg/$ construct was only meant for the full 6 digit
> gridsquare.  If the full 6 digits are not konwn, then I think the
> letters ZZ or something else were supposed to be substituded....
> Thanks
> Bob


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 22 07:49:09 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA11706
	for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 07:49:02 -0500 (CDT)
Date: Thu, 22 Aug 2002 08:48:08 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR11586-94954-2002.08.21-08.08.36--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95118-2002.08.22-08.28.47--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208220847310.26853-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 21 Aug 2002, Roger Barker wrote:

> Have a read of section 16 of the APRS spec. You will see that the
> table/overlay and symbol characters must be included, they are not
> optional. If you only send a total of six characters, then it must be
> interpreted as a four character locator.

Yes, that is the correct interpretation too...

bob
>
> --
> Roger Barker, G4IDE - roger@peaksys.co.uk
> For UI-View go to - http://www.UI-View.com
> For WinPack go to - http://www.peaksys.co.uk
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 22 11:51:49 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA23683
	for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 11:51:48 -0500 (CDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: James Jefferson <jjeffers@aprsworld.net>
Reply-To: James Jefferson <jjeffers@aprsworld.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
Date: Thu, 22 Aug 2002 11:51:24 -0500
References: <LYR11586-94765-2002.08.20-14.53.47--bruninga#nadn.navy.mil@lists.tapr.org> <LYR21978-94940-2002.08.21-03.27.49--w2ev#rochester.rr.com@lists.tapr.org> <LYR19704-94949-2002.08.21-06.08.37--jjeffers#aprsworld.net@lists.tapr.org>
In-Reply-To: <LYR19704-94949-2002.08.21-06.08.37--jjeffers#aprsworld.net@lists.tapr.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <LYR11589-95148-2002.08.22-12.31.41--lyris.aprsspec#tapr.org@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <20020822165124.AF4012149B@agentorange.localnet>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wednesday 21 August 2002 05:27 am, Ev Tupis (W2EV) wrote:
> The ambiguity occurs when a 4-cypher grid is sent, using grid-in-status.  I
> discovered it as I was designing a new set of icons to release to the
> BEACONet community (where we use GR##ID exclusively)...

In my aprsworld.net software I use the following algorithm:

extract the 2 letter / 2 digit square

then

if next two letters are both upper case then I assume it is a 6 character 
grid square.

Here's the code:

void extract_gridsquare (struct position *pos, char *square) {
   int i;
   int len = strlen (square);

   if ( verbose & 4 )
      printf("Extracting grid square\n");
   if (square[0] >= 'A' && square[0] <= 'I') {
      pos->longitude = (square[0] - 'A' + 0) * 20 - 180;
   } else {
      pos->longitude = (square[0] - 'J' + 0) * 20;
   }

   if (square[1] >= 'A' && square[1] <= 'I') {
      pos->latitude = (square[1] - 'A') * 10 - 90;
   } else {
      pos->latitude = (square[1] - 'J') * 10;
   }

   pos->latitude += (square[3] - '0');
   pos->longitude += (square[2] - '0') * 2;

   if (isupper (square[4]) && isupper (square[5])) {
#define LAT 0.0416666
#define LAT_HALF  0.0208333
#define LON 0.0833333
#define LON_HALF  0.0416666
      pos->latitude += (square[5] - 'A') * LAT + LAT_HALF;
      pos->longitude += (square[4] - 'A') * LON + LON_HALF;

      for (i = 0; i <= len - 7; i++)   // Swallow grid square and space
         square[i] = square[i + 7];
   } else {
      pos->latitude += 0.5;
      pos->longitude += 1;

      for (i = 0; i <= len - 5; i++)   // Swallow grid square and space
         square[i] = square[i + 5];
   }
}

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 22 15:09:23 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id PAA05942
	for <lyris.aprsspec@tapr.org>; Thu, 22 Aug 2002 15:09:19 -0500 (CDT)
Mime-Version: 1.0
X-Sender: mikemusick@earthlink.net@pop.earthlink.net
Message-Id: <LYR11589-95156-2002.08.22-15.49.10--lyris.aprsspec#tapr.org@lists.tapr.org>
In-Reply-To: <Pine.GSO.4.44.0208220827090.26853-100000@arctic>
References: <Pine.GSO.4.44.0208220827090.26853-100000@arctic>
Date: Thu, 22 Aug 2002 15:07:48 -0500
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Mike Musick <mikemusick@earthlink.net>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
Content-Type: text/plain; charset="us-ascii" ; format="flowed"
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Mike Musick <mikemusick@earthlink.net>
X-Message-Id: <a05101001b98acea0f5b9@[66.136.191.97]>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

[WARNING - Working for myself has been brutal and I have not been 
getting much sleep lately; the bags under my eyes have become steamer 
trunks. So I'm currently running at about S9+20 on the grumpy 
meter... just ask my wife. Given that caveat:]

>So APRS still does not have a GRIDSquare format that can be received by
>all software...  what a shame...  :-(

Consider it a volley in my quixotic "war against the arcane", Bob. 
Maidenhead is a poster child for "arcane" in the first place. Then we 
come along and create and exception-to-the-exception rule putting 
position data in static informational text to accommodate a >0.01% 
usage in an experimental context. Arcane ^ 4.

I'll be even more blunt - if somebody is taking the time to compute, 
generate or otherwise figure-out 6-digit Maidenhead coordinates, they 
have a GPS in their hand. If they have a GPS, cut the BS and transmit 
lat/lon.

>And of course, no user who does not see it will not konw that he isnt
>seeing it, so how will he know to complain..

That's not the way it works, especially with my application. Folks 
run pAPRS as a second station, usually mobile. So they frequently 
have the opportunity to compare what they see on the handheld to what 
they see on the desktop... and I usually hear about it when there's a 
divergence. I have NEVER heard from a user (and I checked!) about 
grid squares in the four years the app has been around.

   ...mike

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 23 05:37:29 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id FAA21361
	for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 05:37:26 -0500 (CDT)
Message-ID: <LYR11589-95239-2002.08.23-06.17.11--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Fri, 23 Aug 2002 06:34:23 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
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Bob Bruninga wrote:
> 
> On Wed, 21 Aug 2002, Roger Barker wrote:
> 
> > Have a read of section 16 of the APRS spec. You will see that the
> > table/overlay and symbol characters must be included, they are not
> > optional. If you only send a total of six characters, then it must be
> > interpreted as a four character locator.
> 
> Yes, that is the correct interpretation too...

That makes sense to me, too.  I knew I'd get the straight scoop if I asked. 
Thanks, guys.

Kind regards,
Ev, W2EV
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> That's not the way it works, especially with my application. Folks
> run pAPRS as a second station, usually mobile. So they frequently
> have the opportunity to compare what they see on the handheld to what
> they see on the desktop... and I usually hear about it when there's a
> divergence. I have NEVER heard from a user (and I checked!) about
> grid squares in the four years the app has been around.

Mike,
This is probably about to change.  I'm now deeply involved in a discussion among
microwave contesters in which the topic of BEACONet.25/APRS has caught fire (in
a very positive way).  These are people who live-and-die by 6-character
gridsquares and operating from remote locations using Palm Pilots to log
contacts.  To date, all I've suggested using is a laptop and UI-View, because it
(and APRSdos) is the only APRS software that behaves in a way as to make it VHF
narrowband (read: BEACONet) friendly (a number of reasons, which are beyond the
scope of this note).

I guess it's time for me to download pAPRS and play with it's [GG##gg]
personality to see if it is friendly, too.  The whole UI-Frame concept is
misunderstood by a vast majority of ssb/cw VHF operators.  I've finally made an
inroad to a community that is starting to see the value of using it to *support*
their interested (not replace it).  You may see more action on pAPRS and grid
support as a result.

Ev, W2EV
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On Thu, 22 Aug 2002, Mike Musick wrote about GRID-IN-STATUS:

> If somebody is taking the time to compute, generate or otherwise
> figure-out 6-digit Maidenhead coordinates, they have a GPS in their
> hand. If they have a GPS, cut the BS and transmit lat/lon....
> ... I have NEVER heard from a user (and I checked!) about
> grid squares in the four years that [pocketAPRS] has been around.

Ok, but my problem comes about when I have to give recommendations to
AMSAT and other packet operators and users of PCsat, UO22, and ISS as to
what to use as the fundamental simple PACKET beacon?  I can assure you
that the one and only HAM radio accepteble lowest common denominator is
grid square.

It is the SPACE and Meteor Scatter and other DX applications of APRS that
are the only significant reason why I care at all about grid square.  And
as you konw, working the satelites with packet (and APRS) has been my
forte for the last several years...

If I try to tell AMSAT folks that they have to use an APRS formatted
packet or a GPS LAT/LONG, then it raises hackles and anti-APRS sentiment.
Gridsquares have been used via SAREX, MIREX and now ARISS as the defacto
default since we launched the first packet digipeater back in 1990.  So it
has always been easy to just say "transimt your GRID square and oh, by the
way, put a ">" in front of it and then everyone with APRS and a kenwood
will see you too....  and add a"/X" on the end if you want to indicate
your house, car, motorcycle, etc...

So I agree completely with your conclusion, that this is a 1% of 1%
APRS application, but on the other hand, it is closer to 90% of everyone
on the satelites...  It is very frustrating for me that I cannot tell
AMSAT a single format that all APRS softare will plot.  Same goes for
meteor scatter and now BEACONNET.  Kenwoods cannot tune to the BEACON NET
frequency and copy anything, because they changed two bytes in the
TOCALL....

Same goes for APRS omni-DFing.  It is a very very powerful means to locate
a jammer nearly instantly without anyone anyhwere having any DF
equipment.  And it is only used 1% of 1% of the time...  but when you need
it, it should be there...

I am disappointed that none of the other authors have implemented this
fundamental APRS techniique...  No, the users havent asked for it, because
unless they used APRSdos, they dont know of its power.  ANd since no one
enters APRS on APRSdos anymore, but ususally come in through a windows
application, they have a limited, and skewed view of what APRS is supposed
to be able to do....

To see what the OMNI-DF screen (based inversly on PHG) looks like see:

APRS DFing...       http://www.ew.usna.edu/~bruninga/dfing.html

Bob, WB4APR
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At 9:00 AM -0400 8/23/02, Bob Bruninga wrote:
>On Thu, 22 Aug 2002, Mike Musick wrote about GRID-IN-STATUS:
>
>>  If somebody is taking the time to compute, generate or otherwise
>>  figure-out 6-digit Maidenhead coordinates, they have a GPS in their
>>  hand. If they have a GPS, cut the BS and transmit lat/lon....
>>  ... I have NEVER heard from a user (and I checked!) about
>>  grid squares in the four years that [pocketAPRS] has been around.
>
>Ok, but my problem comes about when I have to give recommendations to
>AMSAT and other packet operators and users of PCsat, UO22, and ISS as to
>what to use as the fundamental simple PACKET beacon?  I can assure you
>that the one and only HAM radio accepteble lowest common denominator is
>grid square.
>
>It is the SPACE and Meteor Scatter and other DX applications of APRS that
>are the only significant reason why I care at all about grid square.  And
>as you konw, working the satelites with packet (and APRS) has been my
>forte for the last several years...

Can I be blunt, Bob? (Remember - you were warned that I was grouchy!) 
Most of us who are deeply involved in APRS are doing so because of 
its core application, AVL, with equally important uses in WX object 
communication. When DX beaconing and the satellite stuff usurped the 
discussions you seemed to be completely oblivious to all the eyes 
rolling back.

While the rank-and-file were concerned with trying to solve the 
problems of AVL, network management and the Internet side, you were 
off in the woods somewhere pointing a beam skyward. That's fine, and 
more power to you, but your attempts to transmogrify all of APRS to 
fit your current interests have fallen on a lot of deaf ears. With 
due respect, trying to make us feel guilty over issues that a lot of 
us frankly don't care about just can't be very productive.

>So I agree completely with your conclusion, that this is a 1% of 1%
>APRS application,

So the problem is...?


>Same goes for APRS omni-DFing.  It is a very very powerful means to locate
>a jammer nearly instantly without anyone anyhwere having any DF
>equipment.  And it is only used 1% of 1% of the time...  but when you need
>it, it should be there...

You are making a serious mistake bringing this one up with me. Did 
you not pay any attention at all to our quiet little chat three 
Daytons ago? I was quite startled when you resumed beating this drum 
a few months back, but I bit my tongue.

Anyway, I distinctly recall taking advantage of a lull in the booth 
traffic for this. I told you that from years of direct experience, 
I've learned that by the time a "network" of ad hoc receive stations 
QSY and resolve their lack of calibration plus the terrain and 
propagation anomalies to get the *first* approximate reading, one 
person with narrow-aperture RDF tools has found it, fixed it and is 
already relaxing at home with beer in hand.

Using APRS like this is like pounding nails with a wrench. There is a 
better, much more effective tool, and, yes, thank goodness, you had 
the foresight to accommodate that better tool as well.

>I am disappointed that none of the other authors have implemented this
>fundamental APRS techniique...

Is there maybe a message here? My gosh, I'm the only one besides you 
who even supports the on-air protocol for vector DF, a fact that has 
not been lost on the serious RDF fraternity.

For those of us who actually know RDF, "omni DF" is a complete 
non-starter. Sorry to burst your bubble this way; don't forget that I 
did at least try to do it "offstage".

   :-/

I guess if there's one general piece of advice I can offer, it's to 
stop trying to make APRS into "the Swiss army knife of ham radio". 
Swiss knives are great for the infrequent quick fix, but try to do 
anything serious and you'll bust your knuckles. Let's concentrate on 
refining what we do sort of well and not heap more stuff on a clogged 
system just because we've managed to fabricate a faint connection to 
another prospective application.

   ...mike
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On Fri, 23 Aug 2002, Mike Musick wrote:

Bob Wrote:
> >Ok, but my problem comes about when I have to give recommendations to
> >AMSAT and other packet operators and users of PCsat, UO22, and ISS as to
> >what to use as the fundamental simple PACKET beacon?  I can assure you
> >that the one and only HAM radio accepteble lowest common denominator is
> >grid square.
>
> Can I be blunt, Bob? (Remember - you were warned that I was grouchy!)
> Most of us who are deeply involved in APRS are doing so because of
> its core application, AVL, with equally important uses in WX object
> communication. When DX beaconing and the satellite stuff usurped the
> discussions you seemed to be completely oblivious to all the eyes
> rolling back.

Ah, but these people with rolling eyes do not understand APRS!

APRS is a tactical real time digital packet communications system.
Remember, APRS stands for Automatic Packet Reporting System.  It was
designed to provide a common definition of UI packets that would convey
meaningful information to everyone on frequency. It was intended to
provide a means to communicate digitally, EVERYTHING of interest to the
fixed or mobile operator that was REAL-TIME...  AVL is just one part of
APRS...

Yes, when GPS became cheap we also referred to the "P" as position
reporting.  But in no uncertain terms, APRS is not "an AVL system" only.
Never was.  It is this tendency for HAMdom to keep trying to stuff APRS
into an "AVL" box that is limiting our ability to communicate digitally
and people's understanding of it...  APRS should be able to convey to ALL
users in its local area QUICKLY, ANYTHING of interest to everyone in that
area.  From the beginning, that included typical HAM radio interests of
AVL, WX, DFing and DX.

> While the rank-and-file were concerned with trying to solve the
> problems of AVL, network management and the Internet side, you were
> off in the woods somewhere pointing a beam skyward.

Me thinks you may be the one lost in the woods....

An AVL system based on fixed stations using a fixed plant Internet
linked system without satellite access, leaves 95% of the planet
with NO connectivity.  Even now, 80% of the area of the USA has no APRS
network.  But with Satellites, we get coverage for any HAM anywhere
worldwide at least 12 times a day.

A narrow definition of APRS that will only work in the population
centers of the USA and then only under personally defined terms
of what constitutes an AVL system seem to me to be missing the mark...

> That's fine, and more power to you, but your attempts to transmogrify
> all of APRS to fit your current interests have fallen on a lot of deaf
> ears. With due respect, trying to make us feel guilty over issues that a
> lot of us frankly don't care about just can't be very productive.

Grid Square formats were in APRS from 1993.  I counter that they are not
"current" interests other than my 9 year frustration that late comers to
APRS are not fully implementing what APRS was designed to do and this
leaves the term "APRS as ambiguous if we have no standards among the
various systems and they only implemented the obvious AVL features...

> >So I agree completely with your conclusion, that this is a 1% of 1%
> >APRS application,
>
> So the problem is...?

Simple:
If Home depot only stocks what 99% of the people want, then by
definition, any project that requires 100 parts will always be incomplete
because of the 1% missing.  THus, you can never go to one store and get
everything that you need for a project.  THis is shortsitedness in the
extreme.  And frustrating for the consumer.

One cannot take features and leave them out based on frequency of use.
One must also consider importance of use.  Take the windshield wipers on
a car.  One typically only uses them 1% of the time.  Hummh.. must be
practically useless...  How about the trailer hitch?  Hummh.  Only used 1%
of the time.  Must not be any need for it.... How about the HAM radio in
your car... Hummh.  Only 0.005 people in the USA are HAMS.  No need for
General Motors to design cars with electronic ignition systems that can
withstand Radio Transmissions... shucks, it wont affect 99.5% of the
drivers... must not be worth it...

Some of the most important features in some systems are the LEAST used.
Take a fire alarm for example...

etc...

de WB4APR, Bob
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On Fri, 23 Aug 2002, Mike Musick wrote:

Bob Said:
> >Same goes for APRS omni-DFing.  It is a very very powerful means to
> >locate a jammer nearly instantly without anyone anyhwere having any DF
> >equipment.  And it is only used 1% of 1% of the time...  but when you
> >need it, it should be there...
>
> You are making a serious mistake bringing this one up with me. Did
> you not pay any attention at all to our quiet little chat three
> Daytons ago?...
>
> I told you that from years of direct experience, I've learned that by
> the time a "network" of ad hoc receive stations QSY and resolve their
> lack of calibration plus the terrain and propagation anomalies to get
> the *first* approximate reading, one person with narrow-aperture RDF
> tools has found it, fixed it and is already relaxing at home with beer
> in hand.

But I disagree completely with this assessment.  I did then, and I
disagree completely with it now.  That approach to DF is why no one ever
finds a jammer unless the Jammer does the same thing over and over
day in and day out obnoxiously and becomes such a nuisance that the
talented and prepared DF guys are hunkered down and ready to pounce...

But, unfortunately, that is the status QUO of typical HAM radio, because
everyone still thinks of APRS as only an AVL system and does not even konw
of its omni-dfing power.  APRS is not just an AVL system.  It is a tool
for digital real-time data communications in amateur radio...

Here is how OMNI DFing in APRS(dos) works:

1) Not everyone, not even some, but ONLY ONE person needs to have APRS.
2) A jammer transmits...  Everyone on the repeater instantly switches to
   REV and notices whether they hear it...  This take maybe 10 secs max.
3) The jammer only needs to make one transmission.  No more.
4) At his leisure, the one APRS user can ask for "reports".  The voice
users say "I'm in Bowie, nothing heard...." or "Im on the north part of
the beltway, Nothing heard"...  and so on.  This takes maybe a minute.
5) the one and only one APRS user then simply moves his cursor to
each reported area, ADDS an OMNI-DF report to that place on the map for
each report and instantly, his APRS(dos) plots the PHG circles drawn inversly
proportional to signal strength and instantly the APRS user (and anyone
else on 144.39 for tht matter) sees the complete picture.

Then to the most casual observer anyone can see where the jammer both
"IS" and "ISNT".  And due to the way radio works, 90% of the reports will
be showing the 90% of the area where the jammer ISNT.  Even if NO ONE
hears the jammer, eliminating 90% of the area where he ISNT is very, very
valuable...

When I have done this on a FOX hunt, I can usually locallize the area of
the FOX within the first 10 minutes of an event (by asking for reports on
the local repeaters)...  I can tell from this approach the general area of
the jammer LONG before the DF equipped hounds are anywhere near the
area...  In fact, when they roll in 1 to 3 hours later, after having
driven all over half the state, I could have told them in the first 10
minutes where to go FIRST and then hone their search.

No, OMNI DFing has no chance of finding the guy's house in the "last
mile"...  But since it can localize the area generlaly to a neighborhood
almost instantly, it is very valuable at localizing the source of
interference. Yes, then call in the DF gear to nail him.  But most of the
time, announcing on the repeater that "the signal appears to be coming
from "Tinseltown" will cause the "Tinseltown" jammer to very quickly
re-think his strategy...

> Using APRS like this is like pounding nails with a wrench. There is a
> better, much more effective tool (Automatic DF Equipment), and, yes,
> thank goodness, you had  the foresight to accommodate that better tool
> as well.

Yes, that stuff works great for ANNOUNCED events and the 2% of HAM radio
operators that purchase and use it, but it does practically nothing for
come-as-you-are tactical-real-time digital communications of what is
happening routinely in one's area.  APRS has a MAP.  APRS knows what
people's radio range is from their PHG.  It is ludicrous to me that all
APRS applications don't simply tie these two together and apply them to
the most routine occurance and that is locating the source of an
interfering signal...

> Is there maybe a message here? My gosh, I'm the only one besides you
> who even supports the on-air protocol for vector DF, a fact that has
> not been lost on the serious RDF fraternity.

Yes, but the RDF community is only 2% of the amateur population and when
a signal appears on a repeater that needs to be DF'ed, why not take the
data that is already available to everyone and plot it, instead of waiting
until you can call up the RDF crew and then wait for the jammer to raise
his head "again" later so the RDF folks can do their thing?

HALF of my frustration is that mobile FM hams dont instantly switch to
reverse and report what they hear.  But the reason they are not in that
habit is because they dont know that APRS can use this information to
instantly localize the signal.  And they dont know that becuse only
APRSdos does it.  And these days most people have never seen APRSdos and
are using the later  programs that have not fully implemented APRS and
so.... chicken-egg....

> For those of us who actually know RDF, "omni DF" is a complete
> non-starter. Sorry to burst your bubble this way; don't forget that I
> did at least try to do it "offstage".

Yes, and that attitude towards localizing signals is the problem.  "No one
can play in the RDF game unless they do it the old-fashioned brute-force
gotta-have-the-most-toys"  approach...  When, actually, the data is
avaiable to the other 98% of hamdom all the time.

On a FOX hunt RDF wins hands down.

But during the other 98% of the time in HAM Radiodom when you want to know
the source of only a brief unauthorized transmission, you are far better
off taking AVAILABLE data from EVEYONE on frequency than waiting a day or
so to get an RDF team together and waiting for him to do it again...

Also, remember that APRSdos includes the Civil Air Patrol tried-and-true
fade-circle OMNI DFing technique as well.  And calling that a "non
starter" overlooks decades of practical and successful applicaiton of that
technique.  With it, one person with a mobile radio and APRSdos can drive
around and eventually find a signal all by himself.

> I guess if there's one general piece of advice I can offer, it's to
> stop trying to make APRS into "the Swiss army knife of ham radio".
> Swiss knives are great for the infrequent quick fix, but try to do
> anything serious and you'll bust your knuckles.

Ah...  APRS !was! designed to be the QUICK FIX of HAM radio.  It is
supposed to be the "tactical-real-time digital" commmunications system
that lets you communicate quickly and error free (digitally) about
anything and everything that is happening LIVE in the local area.  I dont
know how many ways to say that....  And in that same vane it is NOT
supposed to do "serious" long-term, permanent, bulk data, high data rate
communications.  All of those needs are best done with other systems on a
different frequency.

> Let's concentrate on refining what we do sort of well and not heap more
> stuff on a clogged system just because we've managed to fabricate a
> faint connection to another prospective application.

Our difference of opinion is cleary rooted in our differing opinions over
what APRS is.  And I stand behind the original objectives of what APRS is
supposed to be:

"A tacital-real-time digital communications system" for rapid exchange
of short bursts of error-free data within an area of local operations..
And limiting definitions of what that data is to only AVL, is a sure way
to make sure that APRS remains in most people's minds an AVL only system
with no proactical value beyond that scope..

APRS is NOT an AVL system other than it is nice to know where the mobile
stations in your LOCAL network are...

BUT APRS has a MAP, and APRS knows everyone's radio range (PHG) then why
in the world not plot "signals heard or not heard" and let everyone SEE
where the jammer IS and ISNT.  The data is THERE!  Why, oh why, not use
it?

de WB4APR@amsat.org, Bob
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 23 18:38:39 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25280
	for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 18:38:35 -0500 (CDT)
Date: Fri, 23 Aug 2002 16:38:30 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR29682-95256-2002.08.23-08.40.47--curt.mills#fluke.com@lists.tapr.org>
Message-ID: <LYR11589-95362-2002.08.23-19.18.36--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-OriginalArrivalTime: 23 Aug 2002 23:38:30.0941 (UTC) FILETIME=[3020F4D0:01C24AFE]
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com>
X-Message-Id: <Pine.GSO.4.44.0208231637100.20993-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


Trying to post this again 'cuz the list software wouldn't let me do
it last time.


On Fri, 23 Aug 2002, Bob Bruninga wrote:

> Same goes for APRS omni-DFing.  It is a very very powerful means to locate
> a jammer nearly instantly without anyone anyhwere having any DF
> equipment.  And it is only used 1% of 1% of the time...  but when you need
> it, it should be there...
>
> I am disappointed that none of the other authors have implemented this
> fundamental APRS techniique...

Ah, but Xastir has it.  http://www.xastir.org

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U
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From bounce-aprsspec-11589@lists.tapr.org  Fri Aug 23 18:42:29 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA25380
	for <lyris.aprsspec@tapr.org>; Fri, 23 Aug 2002 18:42:22 -0500 (CDT)
Date: Fri, 23 Aug 2002 16:42:12 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <LYR29682-95320-2002.08.23-15.36.49--curt.mills#fluke.com@lists.tapr.org>
Message-ID: <LYR11589-95363-2002.08.23-19.22.19--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-OriginalArrivalTime: 23 Aug 2002 23:46:49.0321 (UTC) FILETIME=[592FB590:01C24AFF]
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com>
X-Message-Id: <Pine.GSO.4.44.0208231639290.20993-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 23 Aug 2002, Mike Musick wrote:

> Is there maybe a message here? My gosh, I'm the only one besides you
> who even supports the on-air protocol for vector DF, a fact that has
> not been lost on the serious RDF fraternity.

And Xastir.  We can do Omni-DF and vector DF.  We don't support
automated DF'ing though.  If I had an RDF unit in-hand it'd be
supported.


> For those of us who actually know RDF, "omni DF" is a complete
> non-starter. Sorry to burst your bubble this way; don't forget that I
> did at least try to do it "offstage".

Unfortunately I'm probably in the "don't actually know RDF"
category.  I've done a little, but am not an enthusiast.  I can't
judge how well each method might work.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 07:50:24 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA01719
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 07:50:20 -0500 (CDT)
Message-ID: <LYR11589-95434-2002.08.24-08.30.18--lyris.aprsspec#tapr.org@lists.tapr.org>
Reply-To: "Andrew Stubbs" <andrews@stusoft.com>
From: "Andrew Stubbs" <andrews@stusoft.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Is the message within spec ?
Date: Sat, 24 Aug 2002 13:50:05 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <011c01c24b6c$c5736360$fdfea8c0@localnet>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

While testing a program I'm writing I noticed 2 messages that do not seem to
be within spec:

IRONMT>APRS,RCHFLD,SHEPRD*,qAS,K7UHP:/WB7REL WIDE IRON MT
(This is a position with timestamp - but there is no position)

G1OXB>APH104-7,qAS,G0RDI:=/4Ri*NH<y-!!A
(This is a postion without timestamp - but is looks like Mic-E?)

Is this correct or have I missed something ?

Thanx

Andrew
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 07:57:32 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id HAA02153
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 07:57:27 -0500 (CDT)
X-Sent: 24 Aug 2002 12:57:11 GMT
Date: Sat, 24 Aug 2002 08:57:09 -0400
From: Steve Dimse <k4hg@tapr.org>
Subject: [aprsspec] Re: Is the message within spec ?
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
X-Priority: 3
In-Reply-To: <LYR30403-95434-2002.08.24-08.30.18--k4hg#tapr.org@lists.tapr.org>
Message-ID: <LYR11589-95435-2002.08.24-08.37.23--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Steve Dimse <k4hg@tapr.org>
X-Message-Id: <r01050300-1015-0021EF75B76111D6B70A00039345286E@[192.168.1.100]>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>

On 8/24/02 at 1:50 PM andrews@stusoft.com (Andrew Stubbs) sent:

>IRONMT>APRS,RCHFLD,SHEPRD*,qAS,K7UHP:/WB7REL WIDE IRON MT
>(This is a position with timestamp - but there is no position)
>
This is wrong, should be a status message (>), but errors in the manually
entered beacons of digis are quite common.

>G1OXB>APH104-7,qAS,G0RDI:=/4Ri*NH<y-!!A
>(This is a postion without timestamp - but is looks like Mic-E?)
>
This is the compressed format (AKA base 91) described in the spec.

Steve K4HG
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 10:14:55 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA07228
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 10:14:51 -0500 (CDT)
Date: Sat, 24 Aug 2002 11:14:30 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Grid-in-Status Ambiguous Icon & Overlay followup?
In-Reply-To: <Pine.GSO.4.44.0208231637100.20993-100000@dogbert.tc.fluke.com>
Message-ID: <LYR11589-95451-2002.08.24-10.54.46--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208241111530.9250-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Fri, 23 Aug 2002, Curt Mills, WE7U wrote:

> On Fri, 23 Aug 2002, Bob Bruninga wrote:
>
> > Same goes for APRS omni-DFing.  It is a very very powerful means to locate
> > a jammer nearly instantly without anyone anyhwere having any DF
> > equipment.  And it is only used 1% of 1% of the time...  but when you need
> > it, it should be there...
>
> Ah, but Xastir has it.  http://www.xastir.org

Neato!  Thanks.  hard for me to keep up...
Now all we gotta do is get the general ham population to always listen to
the input whenever they want to find an interfering signal and report
their position even if they DONT hear anything...

Bob
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 10:46:53 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA09255
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 10:46:47 -0500 (CDT)
Message-ID: <LYR11589-95454-2002.08.24-11.26.43--lyris.aprsspec#tapr.org@lists.tapr.org>
Reply-To: "Andrew Stubbs" <andrews@stusoft.com>
From: "Andrew Stubbs" <andrews@stusoft.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Cc: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
References: <LYR29846-95435-2002.08.24-08.37.23--m0aqm#stusoft.com@lists.tapr.org>
Subject: [aprsspec] Re: Is the message within spec ?
Date: Sat, 24 Aug 2002 16:46:32 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <012f01c24b85$6bb4f4b0$fdfea8c0@localnet>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


> On 8/24/02 at 1:50 PM andrews@stusoft.com (Andrew Stubbs) sent:
>
> >IRONMT>APRS,RCHFLD,SHEPRD*,qAS,K7UHP:/WB7REL WIDE IRON MT
> >(This is a position with timestamp - but there is no position)
> >
> This is wrong, should be a status message (>), but errors in the manually
> entered beacons of digis are quite common.
>
> >G1OXB>APH104-7,qAS,G0RDI:=/4Ri*NH<y-!!A
> >(This is a postion without timestamp - but is looks like Mic-E?)
> >
> This is the compressed format (AKA base 91) described in the spec.
>
> Steve K4HG
>
> ---
So the IRONMNT will never appear on a Map until someone fixes the beacon ?

Sorry for sounding so dim, so both the "compressed format" and the "position
without timestamp" can start with a "=". (and others now I look more
closely)

That being the case, what approach do programmers take to tell them apart ?
It seems there is a variable record type without a unique identifying key ?
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 11:07:10 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA10039
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 11:07:05 -0500 (CDT)
X-Sent: 24 Aug 2002 16:06:49 GMT
Date: Sat, 24 Aug 2002 12:06:47 -0400
From: Steve Dimse <k4hg@tapr.org>
Subject: [aprsspec] Re: Is the message within spec ?
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>,
        APRS Spec Discussion List <aprsspec@lists.tapr.org>
X-Priority: 3
In-Reply-To: <LYR30403-95454-2002.08.24-11.26.43--k4hg#tapr.org@lists.tapr.org>
Message-ID: <LYR11589-95455-2002.08.24-11.47.02--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain; Charset=US-ASCII
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Steve Dimse <k4hg@tapr.org>
X-Message-Id: <r01050300-1015-7DFD55AAB77B11D6B70A00039345286E@[192.168.1.100]>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On 8/24/02 at 4:46 PM andrews@stusoft.com (Andrew Stubbs) sent:

>So the IRONMNT will never appear on a Map until someone fixes the beacon ?
>
yes, since it is not sending a position, even if it is using a position format
character.

>Sorry for sounding so dim, so both the "compressed format" and the "position
>without timestamp" can start with a "=". (and others now I look more
>closely)
>
>That being the case, what approach do programmers take to tell them apart ?
>It seems there is a variable record type without a unique identifying key ?
>
This is all detailed in the APRS Spec (page 37).

The compressed format can appear anywhere a normal lat/lon field appears in the
spec. A normal Lat/Lon has a digit in the first position, while the compressed
report has the symbol table identifier.

Steve K4HG
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 16:50:40 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA27072
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 16:50:39 -0500 (CDT)
Date: Sat, 24 Aug 2002 17:49:52 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Is the message within spec ?
In-Reply-To: <LYR11586-95434-2002.08.24-08.30.18--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95481-2002.08.24-17.30.31--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208241749030.27416-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sat, 24 Aug 2002, Andrew Stubbs wrote:

> G1OXB>APH104-7,qAS,G0RDI:=/4Ri*NH<y-!!A
> (This is a postion without timestamp - but is looks like Mic-E?)

I think it is a compresed format.  But dont have spec in front of me to
confirm...

de WB4APR@amsat.org, Bob
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From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 17:06:08 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA27974
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 17:06:05 -0500 (CDT)
Date: Sat, 24 Aug 2002 18:05:49 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Is the message within spec ?
In-Reply-To: <LYR11586-95454-2002.08.24-11.26.43--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95483-2002.08.24-17.46.01--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208241804210.27416-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sat, 24 Aug 2002, Andrew Stubbs wrote:

> Sorry for sounding so dim, so both the "compressed format" and the "position
> without timestamp" can start with a "=". (and others now I look more
> closely)

Yes, ANY position can be compressed.  The leading TYPE character remains
the same.  To tell the diffrence you must always look at the first digit
of LATITUDE.  If it is numeric it is a normal LAT/LONG.  If it is anyting
else, it is compressed...

de WB4APR@amsat.org, Bob


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sat Aug 24 20:46:50 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA07735
	for <lyris.aprsspec@tapr.org>; Sat, 24 Aug 2002 20:46:50 -0500 (CDT)
Message-ID: <LYR11589-95521-2002.08.24-21.26.48--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sat, 24 Aug 2002 21:43:02 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] WX3P digi gone?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D683626.D0D3A978@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I've returned to 144.390 for a project and noticed that one of the WNY area's
stalwart WIDE DIGI's  -- WX3P -- is not active.  Anybody know what happened?  Is
Jack ok?

Ev, W2EV


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 25 08:17:05 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA10365
	for <lyris.aprsspec@tapr.org>; Sun, 25 Aug 2002 08:17:03 -0500 (CDT)
Message-ID: <LYR11589-95604-2002.08.25-08.57.04--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 25 Aug 2002 09:13:15 -0400
From: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Unix/Linux APRS Help
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Ev Tupis (W2EV)" <w2ev@arrl.net>
X-Message-Id: <3D68D7EB.598C16DD@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I am now involved in a major elmer project and need to know about the
capabilities of the version(s) of APRS that work on the above OS's.  I am
posting here because I'm trying to avoid the "stuff" that happens on the APRS
sig.  I'm looking for information...not conflict.

This project requires a Unix/Linux APRS client with the ability to do the
following:

o Turn *off* ALTNET function (no matter what is in the to-call, the 
  posit plots)
o Support both [GR##ID]-in-comment and >GG##ggOI-in-status formats
o Support for the RFONLY alias.  This alias is correctly implemented with
  the following personality:
  RFONLY anywhere in the TOCALL will cause any IGATE to *not* pass the frame
  to the Internet stream.
o Easily import custom maps

Secondary Need (but not a deal-killer):
o Ability to ALTNET based on display icon, rather than TOCALL.  Something
  like a BUDLIST/SUPLIST based on icon.

Any input as to title to suggest would be great.  Thanks for helping.

Ev, W2EV
-- 
BEACONet lets you look at the world in ways never before imagined.
http://www.BEACONet.org


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Sun Aug 25 18:33:00 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA05750
	for <lyris.aprsspec@tapr.org>; Sun, 25 Aug 2002 18:32:56 -0500 (CDT)
Message-ID: <LYR11589-95645-2002.08.25-19.12.54--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Sun, 25 Aug 2002 17:32:39 -0600
From: KC7ZRU - Tate <kc7zru@arrl.net>
Organization: http://www.cauce.org
X-Accept-Language: en
MIME-Version: 1.0
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
CC: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Unix/Linux APRS Help
References: <LYR19726-95604-2002.08.25-08.57.04--kc7zru#arrl.net@lists.tapr.org>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: KC7ZRU - Tate <kc7zru@arrl.net>
X-Message-Id: <3D696917.6B1302C1@arrl.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Ev,

Forwarding your question to the xastir user's reflector.

I *think* it'll do all you ask. Since it's really the only APRS client
being actively developed for *nix, it's about your only real choice -
but what a choice it is!

73

"Ev Tupis (W2EV)" wrote:
> 
> I am now involved in a major elmer project and need to know about the
> capabilities of the version(s) of APRS that work on the above OS's.  I am
> posting here because I'm trying to avoid the "stuff" that happens on the APRS
> sig.  I'm looking for information...not conflict.
> 
> This project requires a Unix/Linux APRS client with the ability to do the
> following:
> 
> o Turn *off* ALTNET function (no matter what is in the to-call, the
>   posit plots)
> o Support both [GR##ID]-in-comment and >GG##ggOI-in-status formats
> o Support for the RFONLY alias.  This alias is correctly implemented with
>   the following personality:
>   RFONLY anywhere in the TOCALL will cause any IGATE to *not* pass the frame
>   to the Internet stream.
> o Easily import custom maps
> 
> Secondary Need (but not a deal-killer):
> o Ability to ALTNET based on display icon, rather than TOCALL.  Something
>   like a BUDLIST/SUPLIST based on icon.
> 
> Any input as to title to suggest would be great.  Thanks for helping.
> 
> Ev, W2EV
> --
> BEACONet lets you look at the world in ways never before imagined.
> http://www.BEACONet.org

-- 
              Casper, WY    |    CARC Repeater
                DN62tt      |      146.940
        "The Dungeon" online at http://go.to/kc7zru
            "RTFM" is NOT a 'four letter' word!

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 11:32:35 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA00804
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 11:32:32 -0500 (CDT)
Date: Mon, 26 Aug 2002 09:32:21 -0700 (PDT)
From: "Curt Mills, WE7U" <hacker@tc.fluke.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Unix/Linux APRS Help
In-Reply-To: <LYR30395-95604-2002.08.25-08.57.04--hacker#tc.fluke.com@lists.tapr.org>
Message-ID: <LYR11589-95701-2002.08.26-12.12.36--lyris.aprsspec#tapr.org@lists.tapr.org>
Organization: Fluke Corporation
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-OriginalArrivalTime: 26 Aug 2002 16:32:22.0267 (UTC) FILETIME=[27402CB0:01C24D1E]
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Curt Mills, WE7U" <hacker@tc.fluke.com>
X-Message-Id: <Pine.GSO.4.44.0208260928440.20993-100000@dogbert.tc.fluke.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Sun, 25 Aug 2002, Ev Tupis (W2EV) wrote:

> I am now involved in a major elmer project and need to know about the
> capabilities of the version(s) of APRS that work on the above OS's.  I am
> posting here because I'm trying to avoid the "stuff" that happens on the APRS
> sig.  I'm looking for information...not conflict.

The Xastir developers would be happy to discuss this with you on the
Xastir lists: The xastir-dev list would be best.

http://www.xastir.org will get you the subscription info.

Enough to this sig.  It's not really for discussing particular APRS
variants.

I'll send you another note directly that discusses each point you
brought up.

Curt Mills, WE7U                         hacker.NO_*SPAM@tc.fluke.com
Senior Methods Engineer/SysAdmin
"Lotto:    A tax on people who are bad at math." -- unknown
"Windows:  Microsoft's tax on computer illiterates." -- WE7U


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 11:52:25 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA01728
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 11:52:17 -0500 (CDT)
Message-ID: <LYR11589-95705-2002.08.26-12.32.21--lyris.aprsspec#tapr.org@lists.tapr.org>
Reply-To: "Andrew Stubbs" <andrews@stusoft.com>
From: "Andrew Stubbs" <andrews@stusoft.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Stuck
Date: Mon, 26 Aug 2002 17:52:08 +0100
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <03a801c24d20$eabde180$fdfea8c0@localnet>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Having read the v1 spec from the TAPR web site I am still currently at a
loss on one point 8(.

Chapters 9 and 10 decribe the 2 compression methods and how to correctly
decode them.

I have coded subroutines which correctly decode the message when passed a
string in the correct format for each of the compression types, but now I
come to devise the switching mechanism based on message content.

So my question is: "What unique characteristic(s) of a message allows me to
determine what compression method was used"

On the face of it 8 consecutive characters from the sub-set defining base91
encoding would seem the indicate that its base91 encoded, but as MIC-E also
uses a section of the ASCII table (albeit for a fewer number of bytes) there
is a potential for overlap. (or am I just being to paranoid?)

Thanx

Andrew M0AQM


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 12:21:48 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA03651
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 12:21:48 -0500 (CDT)
Subject: [aprsspec] RE: Stuck
Date: Mon, 26 Aug 2002 12:21:40 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Message-ID: <LYR11589-95709-2002.08.26-13.01.54--lyris.aprsspec#tapr.org@lists.tapr.org>
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Thread-Topic: [aprsspec] Stuck
Thread-Index: AcJNIP5I+1qOXxkmSgy8mcT1orvkaAAA856Q
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04CE08@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id MAA03651

You need to look at the packet data type.  Mic-E packets have a
different type character than standard posits.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net

> -----Original Message-----
> From: Andrew Stubbs [mailto:andrews@stusoft.com] 
> Posted At: Monday, August 26, 2002 11:53 AM
> Subject: [aprsspec] Stuck
> 
> types, but now I
> come to devise the switching mechanism based on message content.
> 
> So my question is: "What unique characteristic(s) of a 
> message allows me to
> determine what compression method was used"

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 13:13:17 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA06559
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 13:13:11 -0500 (CDT)
Date: Mon, 26 Aug 2002 14:12:50 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: Stuck
In-Reply-To: <LYR11586-95705-2002.08.26-12.32.21--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95714-2002.08.26-13.53.15--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208261412090.13719-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Mon, 26 Aug 2002, Andrew Stubbs wrote:

> I have coded subroutines which correctly decode the message when passed a
> string in the correct format for each of the compression types, but now I
> come to devise the switching mechanism based on message content.

All messages in APRS use standard ASCII characters and there is no
compression applied to messages..

Bob



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 18:19:57 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21328
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 18:19:55 -0500 (CDT)
Date: Mon, 26 Aug 2002 19:19:35 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] APRS non-ENGLISH formats
In-Reply-To: <LYR11586-95337-2002.08.23-17.21.14--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95738-2002.08.26-18.59.57--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208261304220.21847-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I propose the following method for incorporating non ASCII alphabet
messages into APRS:

I think we need to establish a NEW message type that is for NON-ENGLISH
messages (that cant be spelled with ASCII):

ENGLISH MSGS:     :TOCALL  :message goes here
OTHER LANGUAGEs:  {MJ:TOCALL:message goes here

Notice that the "{" identifies a NEW APRS format
                "M" Means it is a new MESSAGE format
                "J" means it is Japanese (for example)
                ":tocall:" is the same as before (but variable length)
                "message" can use any 8-bit bytes needed...

This then makes it extensible to any alphabets..

Notice that I am suggesting for the NEW TOCALL to be variable length.
That will save bytes.  The only reason the existing message format had a
fixed-length for the TOCALL  was historical...

Since all software will IGNORE any NEW "{" format that it does not
recognize, this will make it easy to integrate into APRS new alphabets

But this only works for messages.  THe only other thing is the 20 bytes in
the STATUS field, but we should be able to handle them too with a leading
special character or something?

Bob


de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html



---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Mon Aug 26 20:24:47 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA26649
	for <lyris.aprsspec@tapr.org>; Mon, 26 Aug 2002 20:24:43 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Mon, 26 Aug 2002 20:24:30 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Message-ID: <LYR11589-95759-2002.08.26-21.04.45--lyris.aprsspec#tapr.org@lists.tapr.org>
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Thread-Topic: [aprsspec] APRS non-ENGLISH formats
Thread-Index: AcJNVx4Bwv9/58OYQ9+jxjL9ynbQDAAEKr3w
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04CE18@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA26649

But messages can already contain any 8 bit characters.  I understand the
desire to make it possible to identify a character set.  I recommend
using the standard message format so IGates and APRS-IS servers know
that these are messages and putting a character sequence after the colon
which follows the TOCALL to identify the character set.  In most cases,
the messaging using characters >= 0x80 is between two stations using the
same character set anyway so it wouldn't change their operation at all.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Monday, August 26, 2002 6:20 PM
> Subject: [aprsspec] APRS non-ENGLISH formats
> 
> I propose the following method for incorporating non ASCII alphabet
> messages into APRS:

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 27 02:53:30 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id CAA11846
	for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 02:53:26 -0500 (CDT)
Message-ID: <LYR11589-95798-2002.08.27-03.33.27--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Tue, 27 Aug 2002 08:51:55 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
References: <LYR26815-95759-2002.08.26-21.04.45--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-95759-2002.08.26-21.04.45--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <BPoDdKAb+ya9Ew94@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-95759-2002.08.26-21.04.45--roger#peaksys.co.uk@list
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes

>But messages can already contain any 8 bit characters.

In practice yes - otherwise APRS would never be used in many EU
countries - but in theory no. The spec says messages may "contain any
printable ASCII characters except |, ~ or {".

In the world outside APRS, "printable ASCII characters" means the
characters 0x20 to 0x7F, and I have always assumed that it meant the
same in the APRS spec.

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 27 08:11:18 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA01404
	for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 08:11:14 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Tue, 27 Aug 2002 08:11:02 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Message-ID: <LYR11589-95811-2002.08.27-08.51.23--lyris.aprsspec#tapr.org@lists.tapr.org>
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
content-class: urn:content-classes:message
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
Thread-Index: AcJNnuV/Ja71uKszTw63pXVkdieqwAAK6rzQ
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04CE1B@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA01404

Good point.  So it sounds like the spec needs to be changed to allow 8
bit characters since they are allowed on AX.25 and in use in other parts
of the world.

The exclusion of |, ~, and { is understandable as it keeps common
special characters used by TNC's from appearing in the data stream.
Same for characters < 0x20 (although Mic-E can use 0x1c & 0x1d).

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net

> -----Original Message-----
> From: Roger Barker [mailto:roger@peaksys.co.uk] 
> Posted At: Tuesday, August 27, 2002 2:54 AM
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> >But messages can already contain any 8 bit characters.
> 
> In practice yes - otherwise APRS would never be used in many EU
> countries - but in theory no. The spec says messages may "contain any
> printable ASCII characters except |, ~ or {".
> 
> In the world outside APRS, "printable ASCII characters" means the
> characters 0x20 to 0x7F, and I have always assumed that it meant the
> same in the APRS spec.

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 27 19:19:05 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id TAA05340
	for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 19:18:58 -0500 (CDT)
Date: Tue, 27 Aug 2002 20:18:23 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-95759-2002.08.26-21.04.45--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-95929-2002.08.27-19.59.01--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208272015510.7263-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Mon, 26 Aug 2002, AE5PL Lists wrote:

> But messages can already contain any 8 bit characters.  I understand the
> desire to make it possible to identify a character set.  I recommend
> using the standard message format so IGates and APRS-IS servers know
> that these are messages and putting a character sequence after the colon
> which follows the TOCALL to identify the character set.  In most cases,
> the messaging using characters >= 0x80 is between two stations using the
> same character set anyway so it wouldn't change their operation at all.

Although this is an alternative approach, I prefer leaving the exsiting
MESSAGE format untouched so that current applications do not begin to
display gyberish.  By putting non-European/non-Western FONTS in a totally
new format, it avoids any backwards compatibility issues.

Bob

> > -----Original Message-----
> > From: Bob Bruninga [mailto:bruninga@usna.edu]
> > Posted At: Monday, August 26, 2002 6:20 PM
> > Subject: [aprsspec] APRS non-ENGLISH formats
> >
> > I propose the following method for incorporating non ASCII alphabet
> > messages into APRS:
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Tue Aug 27 20:09:23 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id UAA08167
	for <lyris.aprsspec@tapr.org>; Tue, 27 Aug 2002 20:09:18 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Tue, 27 Aug 2002 20:09:06 -0500
Message-ID: <LYR11589-95938-2002.08.27-20.49.26--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Index: AcJOKJUcmbNe9mN4T1asjVrptNgtowABhC5Q
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04CE25@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id UAA08167

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Tuesday, August 27, 2002 7:20 PM
> Posted To: APRS Specification
> Conversation: [aprsspec] RE: APRS non-ENGLISH formats
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> display gyberish.  By putting non-European/non-Western FONTS 
> in a totally
> new format, it avoids any backwards compatibility issues.

I am not sure what software doesn't allow 8 bit characters in the
message.  Even if some software doesn't display 8 bit characters,
doesn't even that software display the message converting the 8 bit
characters to 7 bit or spaces?  I think that is still a better situation
than introducing a new format that would have a compatibility issue with
IGates and APRS-IS servers.  Message packets get special handling for
gating purposes.  Adding a new message format would make all current
IGates and APRS-IS servers incompatible with that format.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 08:12:39 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA17254
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:12:39 -0500 (CDT)
Date: Wed, 28 Aug 2002 09:12:16 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-95938-2002.08.27-20.49.26--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96024-2002.08.28-08.52.44--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208280859520.13222-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk


Bob proposes a new MESSAGE format for non-european/non-western Fonts
(such as Japanese and Chinese and what-ever...)
> > By putting non-European/non-Western FONTS in a totally
> > new format, it avoids any backwards compatibility issues.

AE5PL says:
> I think [putting 8 bit non ASCII printable characters in the existing
> message format] is still a better situation than introducing a new
> format that would have a compatibility issue with IGates and APRS-IS
> servers.  Message packets get special handling for gating purposes.
> Adding a new message format would make all current IGates and APRS-IS
> servers incompatible with that format.

And that is exactly the intent.  Bringing in these new completely
incompatible FONTS must be in a *new* non compatbile format as well. This
way current IGates ignore the new format completely and do not let it mess
up what we have...  Then we upgrade the IGates to "properly" handle the
new non-compatible messages, rather than letting these totally gyberish
fonts munge up the existing APRS system.

By using a new format, we "do-it-right" by introducing a new format for
something that is totally incompatible with past practice and making sure
that it does not mess up what we already have...  Yet, we then grow the
system to handle the new format....

There is no way that I want to have GYBERISH messages and bulletins
cluttering up existing MESSAGE lists and traffic pages.  If end user
software has the ability to display these graphical fonts, then such end
user software is also easily able to take the new format, convert to the
new FONT and then integrate it into the existing message displays as
desired, but the on-air formats must *not* be intermingled or we distroy
existing systems.

Bob


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 08:50:22 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19051
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:50:17 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 08:49:44 -0500
Message-ID: <LYR11589-96032-2002.08.28-09.30.19--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
Thread-Index: AcJOlKYRP9iwpLKgQ429/dlUObZbIgAAzEcg
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04903C@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id IAA19051

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Wednesday, August 28, 2002 8:13 AM
> Posted To: APRS Specification
> Conversation: [aprsspec] RE: APRS non-ENGLISH formats
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> And that is exactly the intent.  Bringing in these new completely
> incompatible FONTS must be in a *new* non compatbile format 
> as well. This

Now we have gone from character sets to fonts.  In either case, there
are literally hundreds of these with many different variations.  Trying
to handle them within APRS will be virtually impossible.

> way current IGates ignore the new format completely and do 
> not let it mess
> up what we have...  Then we upgrade the IGates to "properly" 

What do you mean "properly"?  It is an important rule for APRS-IS that
NO software on APRS-IS modify packet payloads.  That means that local
IGates are not to modify payloads in any way when retransmitting them on
to RF.  If you change the payload, you have now changed the packet,
causing many more potential problems.

> handle the
> new non-compatible messages, rather than letting these 
> totally gyberish
> fonts munge up the existing APRS system.

Because you don't understand a language doesn't mean that the message is
total gibberish.  You are trying to dictate a ban on using 8 bit
characters in messages (what about status text and comment text?) to
meet your personal preferences.

> By using a new format, we "do-it-right" by introducing a new 
> format for
> something that is totally incompatible with past practice and 

But past practice has been to go ahead and use 8 bit characters anywhere
where text can be used.

> There is no way that I want to have GYBERISH messages and bulletins
> cluttering up existing MESSAGE lists and traffic pages.  If end user

Then put a switch in your software to not display packets with 8 bit
characters.

> software has the ability to display these graphical fonts, 
> then such end
> user software is also easily able to take the new format, 
> convert to the
> new FONT and then integrate it into the existing message displays as
> desired, but the on-air formats must *not* be intermingled or 
> we distroy
> existing systems.

Once again, a message is for communication between two stations.  A
bulletin is for broadcasting to a group something of interest to that
group.  In both cases, interception by non-involved persons should not
be the overriding factor on forcing them to use a format incompatible
with APRS-IS.  While you can monitor everything that goes on in APRS, it
should not be a mandatory factor that you understand everything.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 08:54:49 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA19447
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 08:54:45 -0500 (CDT)
From: "Roger Bille" <roger.bille@telia.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 15:55:55 +0200
Message-ID: <LYR11589-96034-2002.08.28-09.34.52--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <LYR25861-96024-2002.08.28-08.52.44--roger.bille#telia.com@lists.tapr.org>
Importance: Normal
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Roger Bille" <roger.bille@telia.com>
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBAEBLEDAA.roger.bille@telia.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

 I think we should go the middle way :)

 1. The APRS Spec should be updated to support 8-bit characters to fully
support Western/European languages. This infact already works fine today in
most applications. The spec should also define which characterset and that
should be ISO-8859-1 (Latin 1) or the new updated ISO-8859-15 that is
proposed to replace ISO-8859-1. This will support: French, Spanish, Catalan,
Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, Dutch, German,
Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, Irish, Scottish and
English. It also support Afrikaans and Swahili.

 2. Add Bob's proposal for non ISO-8859-1(15) character sets. This include
the mulibyte character sets used in Asia where more than one byte (normally
2) define the character or more correctly (I think) a phonetic part.

 73 de sm5nrk/Roger


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 09:22:46 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA20939
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 09:22:40 -0500 (CDT)
Message-ID: <LYR11589-96040-2002.08.28-10.02.45--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 28 Aug 2002 15:22:01 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
References: <LYR26815-96032-2002.08.28-09.30.19--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96032-2002.08.28-09.30.19--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <BQtzK7AJyNb9EwE$@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96032-2002.08.28-09.30.19--roger#peaksys.co.uk@list
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes
[snip]
>It is an important rule for APRS-IS that
>NO software on APRS-IS modify packet payloads.  That means that local
>IGates are not to modify payloads in any way when retransmitting them on
>to RF.  If you change the payload, you have now changed the packet,
>causing many more potential problems.
[snip]

That reminds me of something I've kept meaning to comment on - Does
anyone know where all the trailing spaces on frames in the internet data
stream come from? Checking today, only about 10% of the frames have a
trailing space, but other times when I've checked it has been getting on
for 20%. Something obviously adds them.

I know that trailing spaces usually won't be significant, and so can be
stripped off, but surely it is avoidable corruption?

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 09:30:53 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id JAA21177
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 09:30:46 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 09:30:38 -0500
Message-ID: <LYR11589-96041-2002.08.28-10.10.56--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
Thread-Index: AcJOnn7lQIzIYjrNRjKhDaxRsrT64wAABa8A
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04903D@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id JAA21177

> -----Original Message-----
> From: Roger Barker [mailto:roger@peaksys.co.uk] 
> Posted At: Wednesday, August 28, 2002 9:24 AM
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> That reminds me of something I've kept meaning to comment on - Does
> anyone know where all the trailing spaces on frames in the 
> internet data
> stream come from? Checking today, only about 10% of the frames have a
> trailing space, but other times when I've checked it has been 
> getting on
> for 20%. Something obviously adds them.
> 
> I know that trailing spaces usually won't be significant, and 
> so can be
> stripped off, but surely it is avoidable corruption?

Take a look at the packets.  I haven't, but I would venture to guess
that users have put the trailing spaces in the packets (at the end of a
comment, message, etc.).  I am not aware of any software that adds
trailing spaces.  Doesn't mean it doesn't exist, just that I am not
aware of any software that does this.

javAPRSSrvr does not strip off the trailing space because, as you say,
"trailing spaces usually won't be significant".  The key word here is
"usually".  It is my firm belief that server software leave the payloads
completely untouched.

The corruption occurs when TNC's and other software arbitrarily strip
trailing spaces off of a packet.  javAPRSSrvr does account for this in
the dupe check algorithm, but leaves the payload alone.

Good question :)

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 10:40:08 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA24915
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:40:06 -0500 (CDT)
Date: Wed, 28 Aug 2002 11:39:48 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-96032-2002.08.28-09.30.19--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96053-2002.08.28-11.20.15--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208281051290.13222-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 28 Aug 2002, AE5PL Lists wrote:

> > And that is exactly the intent.  Bringing in these new completely
> > incompatible FONTS must be in a *new* non compatbile format
> > as well. This
>
> Now we have gone from character sets to fonts.  In either case, there
> are literally hundreds of these with many different variations.  Trying
> to handle them within APRS will be virtually impossible.

I guess I was sloppy with the terms FONTS and CHARACTER SETS...  I am
talking about character sets.  Sorry...

> > way current IGates ignore the new format completely and do
> > not let it mess up what we have...  Then we upgrade the IGates to
> > "properly"
>
> What do you mean "properly"?  It is an important rule for APRS-IS that
> NO software on APRS-IS modify packet payloads.  That means that local
> IGates are not to modify payloads in any way when retransmitting them on
> to RF.  If you change the payload, you have now changed the packet,
> causing many more potential problems.

I am confused by what you are talking about here.  Nothing that I am
talking about has anything to do with "modifying payloads".

> > handle the new non-compatible messages, rather than letting these
> > totally gyberish fonts munge up the existing APRS system.

(I meant character sets)...

> Because you don't understand a language doesn't mean that the message is
> total gibberish.  You are trying to dictate a ban on using 8 bit
> characters in messages (what about status text and comment text?) to
> meet your personal preferences.

Nothing personal here at all.  And you are missunderstanding the
approach.  Let me explain what I mean by gyberish.  I dont mind at all
seeing German, Italian, Greek, Spanish or any other message that uses only
a difference  in FONTS.  THat is just fine with me.  What I dont want to
see in the  current message format are 8 bit gyberish that includes form
feeds, line  feeds and generates hyrogliphics all over the screen that
mess up current  systems, and are unreadable by someone even if
he was conversant in that language.

> > By using a new format, we "do-it-right" by introducing a new
> > format for something that is totally incompatible with past practice
> > and
>
> But past practice has been to go ahead and use 8 bit characters anywhere
> where text can be used.

I Fully agree, as long as it does not contain control characters that
produce garbled reesults in standard ASCII.

> > There is no way that I want to have GYBERISH messages and bulletins
> > cluttering up existing MESSAGE lists and traffic pages.
>
> Then put a switch in your software to not display packets with 8 bit
> characters.

Impossible.  I can put a switch in what goes into code from this day
forward, but I cannot change how things are displayed on thousands of
copies currently in use and or how it is displayed on a Kenwood...

> > software has the ability to display these graphical fonts, then such
> > end user software is also easily able to take the new format, convert
> > to the new [character set] and then integrate it into the existing
> > message displays as desired, but the on-air formats must *not* be
> > intermingled or we distroy existing systems.
>
> Once again, a message is for communication between two stations.  A
> bulletin is for broadcasting to a group something of interest to that
> group.  In both cases, interception by non-involved persons should not
> be the overriding factor on forcing them to use a format incompatible
> with APRS-IS.

That is why it is a NEW proposal, to accomodate a NEW requirement.  That
is, the transmission of the three character sets of Japanese for example.
When it is adopted as a NEW system for the end users, then the NEW format
will be incorporated into NEW APRS-IS code as well...  All of this without
messing up the displays on what exists now and in the transistion...

> While you can monitor everything that goes on in APRS, it
> should not be a mandatory factor that you understand everything.

We agree 100%.  But ANYTHING that is monitored must not damage older
displays.  That is my approach here.  I have no objections to stuffing new
stuff in old formats as long as it does not break existing APRS.   If it
breaks something old, then it must use a NEW format that can be
accomodated into NEW software so that it can be FORWARD compatbile
without being BACKWARDDAMAGING...

Oh by the way, this whole argument may become mute as I think I have just
learned that the Japanese JASCII is 7 bit ASCII compatible and may not be
a problem... THus it can go in existing message formats... which I hope
is the case (as do you)... then we dont need a new format...

Bob
.

 > > 73, >
> Pete Loveall AE5PL
> http://www.ae5pl.net
> mailto:pete@ae5pl.net
>
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html
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You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 10:42:04 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25002
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:42:02 -0500 (CDT)
Date: Wed, 28 Aug 2002 11:41:37 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-96034-2002.08.28-09.34.52--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96054-2002.08.28-11.22.09--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208281141050.13222-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Yes, that is what I meant although I did not do as good of a job at
explaining it as you did...
Thanks
Bob

On Wed, 28 Aug 2002, Roger Bille wrote:

>  I think we should go the middle way :)
>
>  1. The APRS Spec should be updated to support 8-bit characters to fully
> support Western/European languages. This infact already works fine today in
> most applications. The spec should also define which characterset and that
> should be ISO-8859-1 (Latin 1) or the new updated ISO-8859-15 that is
> proposed to replace ISO-8859-1. This will support: French, Spanish, Catalan,
> Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, Dutch, German,
> Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, Irish, Scottish and
> English. It also support Afrikaans and Swahili.
>
>  2. Add Bob's proposal for non ISO-8859-1(15) character sets. This include
> the mulibyte character sets used in Asia where more than one byte (normally
> 2) define the character or more correctly (I think) a phonetic part.
>
>  73 de sm5nrk/Roger
>
>
> ---
> You are currently subscribed to aprsspec as: bruninga@nadn.navy.mil
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
>

de WB4APR@amsat.org, Bob

PCsat WEB  page     http://www.ew.usna.edu/~bruninga/pcsat.html
ISS-APRS FAQ:       http://www.ew.usna.edu/~bruninga/iss-faq.html
CUBESAT Designs     http://www.ew.usna.edu/~bruninga/cubesat.html
APRS LIVE pages     http://www.ew.usna.edu/~bruninga/aprs.html
APRS SATELLITES     http://www.ew.usna.edu/~bruninga/astars.html
MIM/Mic-E/Mic-Lite  http://www.toad.net/~wclement/bruninga/mic-lite.html


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 10:47:05 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25465
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:46:56 -0500 (CDT)
Message-ID: <LYR11589-96055-2002.08.28-11.27.03--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 28 Aug 2002 16:44:57 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
References: <LYR26815-96041-2002.08.28-10.10.56--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96041-2002.08.28-10.10.56--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <ATxDKIA5$Ob9EwUF@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96041-2002.08.28-10.10.56--roger#peaksys.co.uk@list
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes
[snip]
>
>Take a look at the packets.  I haven't, but I would venture to guess
>that users have put the trailing spaces in the packets (at the end of a
>comment, message, etc.).

I ain't that stoopid!   ;-)

When I first noticed it, I had a good look at the packets. In particular
I looked at -

(a) Frames from Ultimeter wx stations.
(b) UI-View beacon frames with the UI-View "tag" on the end.

Because spaces on either of those are quite definitely not added by the
user.

Also, I've used three different telnet clients to collect data, and
connected to several different servers, to try and make sure that the
problem really exists, and isn't being caused by my test system.

If you collect a dump and run a filter on it outputting frames with a
space at the end, you will find things like (sorry about the wrap) -

HB9IBI-1>APU24L,HB9IAC-4*,WIDE,qAS,HB9DQU-10:=4611.75N/00612.43EIInterne
t Gateway {UIV32} 

EA5AWF>aprsdMUEA,TRACE7-7,qAS:=3749.18N/00053.32W-Manolo,Box 26,San
Javier c.p.30730 (MU) {UIV23} 

W8MAP-1>APRS,W8MAP-4,W8APR*,qAS,w8gps:!!004500C70272009926F5030003A8----
00EF026100000059  

W8MAP-1>APRS,W8MAP-4,W8APR*,qAS,w8gps:!!006400B80273009926F4030003A5----
00EF026600000059  

A little analysis showed -

(a) If there was a space at the end of one frame from a station, it was
likely there would be a space at the end of all frames from that
station. (See the two frames from W8MAP-1 - both have two spaces on the
end.)

(b) There were some clusters of stations that always had spaces on the
end of their frames. For example, at the time I looked at it, there were
a group of 'SV' stations. However, there weren't any 'G' stations,
suggesting that it wasn't being caused by UI-View IGATEs, which was the
main thing I wanted to check at the time.

It seems likely that it is caused by a particular type of IGATE or
internet server, probably only in certain circumstances. The spaces
aren't in the packets before they go onto the internet, I've managed to
check that out with one or two stations.

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 10:47:27 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA25482
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:47:17 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 10:46:55 -0500
MIME-Version: 1.0
Message-ID: <LYR11589-96056-2002.08.28-11.27.22--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
Thread-Index: AcJOqUS7xmaHHLUTS3GjIqel5s8vdgAACgeA
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04903F@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA25482

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Wednesday, August 28, 2002 10:41 AM
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> > What do you mean "properly"?  It is an important rule for 
> APRS-IS that
> > NO software on APRS-IS modify packet payloads.  That means 
> that local
> > IGates are not to modify payloads in any way when 
> retransmitting them on
> > to RF.  If you change the payload, you have now changed the packet,
> > causing many more potential problems.
> 
> I am confused by what you are talking about here.  Nothing that I am
> talking about has anything to do with "modifying payloads".

Then explain what you meant by "properly".

> Nothing personal here at all.  And you are missunderstanding the
> approach.  Let me explain what I mean by gyberish.  I dont mind at all
> seeing German, Italian, Greek, Spanish or any other message 
> that uses only
> a difference  in FONTS.  THat is just fine with me.  What I 
> dont want to
> see in the  current message format are 8 bit gyberish that 
> includes form
> feeds, line  feeds and generates hyrogliphics all over the screen that
> mess up current  systems, and are unreadable by someone even if
> he was conversant in that language.

But German, Italian, Greek, and Spanish use characters that are not in
the 7-bit ASCII family.  Form feeds, line feeds, and other control
characters are all less than 0x20 (hex 20).  So, a character with the
most significant bit set does not generate these.  However, if your
application is improperly stripping the most significant bit from the
payload data, I can see how your application would not handle any 8 bit
data correctly, regardless of packet type.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 10:59:09 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id KAA26048
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 10:59:03 -0500 (CDT)
Subject: [aprsspec] RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 10:58:51 -0500
MIME-Version: 1.0
Message-ID: <LYR11589-96059-2002.08.28-11.39.13--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] RE: APRS non-ENGLISH formats
Thread-Index: AcJOqkFlMcGW59FLRoaS40CDMdLveAAAAN+g
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049040@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id KAA26048

> -----Original Message-----
> From: Roger Barker [mailto:roger@peaksys.co.uk] 
> Posted At: Wednesday, August 28, 2002 10:48 AM
> Subject: [aprsspec] RE: APRS non-ENGLISH formats
> 
> I ain't that stoopid!   ;-)

Never meant to imply you were :)

> When I first noticed it, I had a good look at the packets. In 
> particular
> I looked at -
> 
> (a) Frames from Ultimeter wx stations.
> (b) UI-View beacon frames with the UI-View "tag" on the end.
> 
> Because spaces on either of those are quite definitely not 
> added by the
> user.

Ah, but are they added by the programs generating those packets?  That
is a possibility too.

> (a) If there was a space at the end of one frame from a 
> station, it was
> likely there would be a space at the end of all frames from that
> station. (See the two frames from W8MAP-1 - both have two 
> spaces on the
> end.)
> 
> (b) There were some clusters of stations that always had spaces on the
> end of their frames. For example, at the time I looked at it, 
> there were
> a group of 'SV' stations. However, there weren't any 'G' stations,
> suggesting that it wasn't being caused by UI-View IGATEs, 
> which was the
> main thing I wanted to check at the time.
> 
> It seems likely that it is caused by a particular type of IGATE or
> internet server, probably only in certain circumstances. The spaces

I think, from your statements, that the software generating the packets
needs to be looked at as well as IGate and server software.  It is
possible that a TNC setting might be adding white space or an IGate
might be adding it.  I can assure you that javAPRSSrvr is not adding the
white space.  javAPRSSrvr does ensure that every line is terminated with
a CR/LF sequence.  It may be that some software only handles CR or LF
but not both.  However, it is important due to many operating system
differences that all APRS-IS software be able to handle both.

I can't speak for aprsD or AHub.  It has been my experience, however,
that AHub strips any trailing spaces from the payloads.  Any chance of
identifying some of the IGates using the q construct?  Might help to
identify what software they are running.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 11:05:16 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26412
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:05:07 -0500 (CDT)
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 11:04:43 -0500
MIME-Version: 1.0
Message-ID: <LYR11589-96061-2002.08.28-11.45.11--lyris.aprsspec#tapr.org@lists.tapr.org>
Content-Type: text/plain;
	charset="us-ascii"
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Thread-Index: AcJOqYEN7AXNNnNMT5+Nx361BAZ85AAAmXlA
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049041@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id LAA26412

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Wednesday, August 28, 2002 10:42 AM
> Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
> 
> Yes, that is what I meant although I did not do as good of a job at
> explaining it as you did...
> Thanks
> Bob
> 
> On Wed, 28 Aug 2002, Roger Bille wrote:
> 
> >  I think we should go the middle way :)
> >
> >  1. The APRS Spec should be updated to support 8-bit 
> characters to fully
> > support Western/European languages. This infact already 
> works fine today in
> > most applications. The spec should also define which 
> characterset and that
> > should be ISO-8859-1 (Latin 1) or the new updated 
> ISO-8859-15 that is
> > proposed to replace ISO-8859-1. This will support: French, 
> Spanish, Catalan,
> > Basque, Portuguese, Italian, Albanian, Rhaeto-Romanic, 
> Dutch, German,
> > Danish, Swedish, Norwegian, Finnish, Faroese, Icelandic, 
> Irish, Scottish and
> > English. It also support Afrikaans and Swahili.
> >
> >  2. Add Bob's proposal for non ISO-8859-1(15) character 
> sets. This include
> > the mulibyte character sets used in Asia where more than 
> one byte (normally
> > 2) define the character or more correctly (I think) a phonetic part.

We have a problem with double byte characters anyway.  Due to the
assumption that data is received and transmitted via command mode on a
TNC, there can't be any double byte characters allowed where one of the
bytes is a control character.  This is true regardless of packet type.
For instance, APRS-IS assumes that all packets are terminated with a CR
or LF (or both).  If a double byte sequence with one of these characters
occurred in the packet, you can see that packet would be lost/mangled.
I think we need to specify, because of the above assumptions, that
double byte character sets cannot be used.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 11:11:37 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA26793
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:11:28 -0500 (CDT)
From: "Roger Bille" <roger.bille@telia.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 18:12:42 +0200
Message-ID: <LYR11589-96063-2002.08.28-11.51.32--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <LYR25861-96056-2002.08.28-11.27.22--roger.bille#telia.com@lists.tapr.org>
Importance: Normal
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Roger Bille" <roger.bille@telia.com>
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBAECBEDAA.roger.bille@telia.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> > Nothing personal here at all.  And you are missunderstanding the
> > approach.  Let me explain what I mean by gyberish.  I dont mind at all
> > seeing German, Italian, Greek, Spanish or any other message
> > that uses only
> > a difference  in FONTS.  THat is just fine with me.  What I
> > dont want to
> > see in the  current message format are 8 bit gyberish that
> > includes form
> > feeds, line  feeds and generates hyrogliphics all over the screen that
> > mess up current  systems, and are unreadable by someone even if
> > he was conversant in that language.
>
> But German, Italian, Greek, and Spanish use characters that are not in
> the 7-bit ASCII family.  Form feeds, line feeds, and other control
> characters are all less than 0x20 (hex 20).  So, a character with the
> most significant bit set does not generate these.  However, if your
> application is improperly stripping the most significant bit from the
> payload data, I can see how your application would not handle any 8 bit
> data correctly, regardless of packet type.

 For clarification. The ASCII table define printable characters as Pete say
from 0x20-0x7f. ISO 8859 define printable characters from 0xA0-0xFF so it
are these we actually are talking about to allow in the payload.

 73 de sm5nrk/Roger
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 11:29:02 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id LAA27758
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 11:28:57 -0500 (CDT)
Message-ID: <LYR11589-96069-2002.08.28-12.08.56--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 28 Aug 2002 17:28:13 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] RE: APRS non-ENGLISH formats
References: <LYR26815-96059-2002.08.28-11.39.13--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96059-2002.08.28-11.39.13--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <QS4XaWAdoPb9Ewmy@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96059-2002.08.28-11.39.13--roger#peaksys.co.uk@list
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes
[snip]
>
>I think, from your statements, that the software generating the packets
>needs to be looked at as well as IGate and server software.

That point was answered in the last paragraph of my previous message
said -

"The spaces aren't in the packets before they go onto the internet, I've
managed to check that out with one or two stations."

>  It is
>possible that a TNC setting might be adding white space or an IGate
>might be adding it.

IGATE - definitely yes. (I mentioned that possibility). TNC? Well, I've
used "normal" packet for 20 years, and used just about every type of TNC
going, and I've never seen a problem with added white space.

>I can't speak for aprsD or AHub.  It has been my experience, however,
>that AHub strips any trailing spaces from the payloads.  Any chance of
>identifying some of the IGates using the q construct?  Might help to
>identify what software they are running.

As I said, run a filter outputting packets with a space on the end, and
you'll soon collect yourself a big dump. If you don't I'll be really
interested in why I see the spaces and you don't!

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 12:28:21 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA00276
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 12:28:16 -0500 (CDT)
Date: Wed, 28 Aug 2002 13:27:55 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-96061-2002.08.28-11.45.11--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96078-2002.08.28-13.08.20--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208281318380.24069-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 28 Aug 2002, AE5PL Lists wrote:

> We have a problem with double byte characters anyway.  Due to the
> ....
> occurred in the packet, you can see that packet would be lost/mangled.
> I think we need to specify, because of the above assumptions, that
> double byte character sets cannot be used.

It is the double-byte Japanese that is exactly why I brought this whole
thing up in the first place (though I must not have done a good job of
explaining it)....  And that is why I initiall thought we will probably
need a new format to handle such character sets and that it should not be
stuffed into existing MESSAGE format.

It was this initial concern that caused me to suggewst that we might
need a new format to isolate these frames from our existing code.

But I have since learned that the double byte Japanse charcaters that
triggered the initial concern do also use only printable 8 bit bytes and
so my concerns for control-code problems is probably not a problem..  Here
is what I hve learned since my original sugestion:

Each Kanji code use 2 bytes.
The 1st byte is 0x81-0xFC.
The 2nd byte is 0x40-0xFC.

These are all printable ascii codes and therefore do not include any
control codes and so therefore I think can be safely used within the
existing APRS message format.

End of drill unless there are other character sets that will try to use
control codes...

Bob
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 12:41:59 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id MAA00886
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 12:41:59 -0500 (CDT)
Message-ID: <LYR11589-96079-2002.08.28-13.22.01--lyris.aprsspec#tapr.org@lists.tapr.org>
From: Bill Diaz <william.diaz@attbi.com>
Reply-To: Bill Diaz <william.diaz@attbi.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 12:41:38 -0500
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <01C24E90.4101F660.william.diaz@attbi.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Bob,
  Haven't worked with UniCode, so I don't have a clue. Will the kanji coded 
characters cause a problem with Packet lengths, or field lengths?

What will be the effect on code that looks for Message To call, and object 
name fields to be nine bytes in length?

Will total packet length increase appreciably?  Note that some applications 
will reject any packet that is over 250 bytes in length.

Bill KC9XG

On Wednesday, August 28, 2002 12:28, Bob Bruninga [SMTP:bruninga@usna.edu] 
wrote:
> On Wed, 28 Aug 2002, AE5PL Lists wrote:
>
SNIP
> It was this initial concern that caused me to suggewst that we might
> need a new format to isolate these frames from our existing code.
>
> But I have since learned that the double byte Japanse charcaters that
> triggered the initial concern do also use only printable 8 bit bytes and
> so my concerns for control-code problems is probably not a problem.. 
 Here
> is what I hve learned since my original sugestion:
>
> Each Kanji code use 2 bytes.
> The 1st byte is 0x81-0xFC.
> The 2nd byte is 0x40-0xFC.
>
> These are all printable ascii codes and therefore do not include any
> control codes and so therefore I think can be safely used within the
> existing APRS message format.
>
> End of drill unless there are other character sets that will try to use
> control codes...
>
> Bob
>
>
>
>
>
> ---
> You are currently subscribed to aprsspec as: kc9xg@attbi.com
> To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
> Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 13:05:13 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id NAA02381
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 13:05:08 -0500 (CDT)
Message-ID: <LYR11589-96080-2002.08.28-13.45.16--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 28 Aug 2002 19:04:40 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
References: <LYR26815-96079-2002.08.28-13.22.01--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96079-2002.08.28-13.22.01--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <9ch8JIA4CRb9EwD1@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96079-2002.08.28-13.22.01--roger#peaksys.co.uk@list
s.tapr.org>, Bill Diaz <william.diaz@attbi.com> writes
>Bob,
>  Haven't worked with UniCode, so I don't have a clue. Will the kanji coded 
>characters cause a problem with Packet lengths, or field lengths?
>
>What will be the effect on code that looks for Message To call, and object 
>name fields to be nine bytes in length?

I think the first step in any processing would have to be to take the
pairs of bytes from the AX25 frame and convert them into whatever double
byte character set (DBCS) was being used, then measure field lengths in
characters, not bytes, after you'd done that. Presumably Japanese TNC
firmware handles the packing/unpacking?

>Will total packet length increase appreciably?  Note that some applications 
>will reject any packet that is over 250 bytes in length.

There would still be a restriction of 256 bytes on information field
length, because that is part of the AX25 spec. (Unless we're talking
internet only.)

I think we really need someone who is experienced with Japanese software
to comment on this.

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 14:01:31 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id OAA05481
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 14:01:27 -0500 (CDT)
Date: Wed, 28 Aug 2002 15:01:05 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Message-ID: <LYR11589-96093-2002.08.28-14.41.37--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208281500310.10343-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 28 Aug 2002, Bill Diaz wrote:

> Bob,
>   Haven't worked with UniCode, so I don't have a clue. Will the kanji coded
> characters cause a problem with Packet lengths, or field lengths?

My only concern was that single byte character sets recognize the hard
display limits in APRSdos of 67 bytes (64 in the Kenwood D700) and 45 in
the D7...  If it takes 134 double bytes to convey 67 KANJI characters
then that is all right with me.  BUT, since a KANJI character conveys
more meaning per character, they dont need nearly as many for the same
amount of message, so it really doesnt matter especially since APRSdos
and the Kenwoods are not going to display them anyway.

So I think that sticking to the 67 byte limit will not be too
restrictive.  Ill check with the Japanese...

BOb
>
> What will be the effect on code that looks for Message To call, and object
> name fields to be nine bytes in length?
>
> Will total packet length increase appreciably?  Note that some applications
> will reject any packet that is over 250 bytes in length.
>
> Bill KC9XG
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 16:21:48 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA15381
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 16:21:42 -0500 (CDT)
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 16:19:50 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Message-ID: <LYR11589-96109-2002.08.28-17.01.40--lyris.aprsspec#tapr.org@lists.tapr.org>
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Thread-Index: AcJOuFrGhZpJWGSfTkWbuYHxiT/C1wAHv/gQ
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049042@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id QAA15381

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Wednesday, August 28, 2002 12:29 PM
> Posted To: APRS Specification
> Conversation: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
> Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
> 
> But I have since learned that the double byte Japanse charcaters that
> triggered the initial concern do also use only printable 8 
> bit bytes and
> so my concerns for control-code problems is probably not a 
> problem..  Here
> is what I hve learned since my original sugestion:
> 
> Each Kanji code use 2 bytes.
> The 1st byte is 0x81-0xFC.
> The 2nd byte is 0x40-0xFC.
> 
> These are all printable ascii codes and therefore do not include any
> control codes and so therefore I think can be safely used within the
> existing APRS message format.
> 
> End of drill unless there are other character sets that will 
> try to use
> control codes...

I think you hit the nail on the head.  Within the limits of AX.25 (256
byte Information fields), as long as control codes are not part of the
character set, all is well (true, some systems impose further barriers
to packet length such as the Kenwood radios and some software).  For
people using DBCS in their messages, they need to be aware of the APRS
length restrictions apply total number of bytes, not characters.  That
would be something for the authors of software using those character
sets to think about.

Glad this got sorted out.  I want to see, like you, APRS used in as many
different environments as possible.  The limitation of no control codes,
|, ~, or { in messages is a good one that should be observed in all
packets to maintain as much compatibility as possible.

On to the next problem :)  By the way, because of this discussion, I am
updating javAPRS to display all comments and messages in the default
character set of the system it is running on.  Should help those
international web pages.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 16:56:58 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id QAA16878
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 16:56:55 -0500 (CDT)
Message-ID: <LYR11589-96114-2002.08.28-17.37.07--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Wed, 28 Aug 2002 22:55:12 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
References: <LYR26815-96109-2002.08.28-17.01.40--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96109-2002.08.28-17.01.40--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <gZ$robAAbUb9Eww0@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96109-2002.08.28-17.01.40--roger#peaksys.co.uk@list
s.tapr.org>, AE5PL Lists <HamLists@ametx.com> writes
[snip]
>For
>people using DBCS in their messages, they need to be aware of the APRS
>length restrictions apply total number of bytes, not characters.

Really? I would have thought that all the *APRS* length restrictions, as
opposed to the AX25 restrictions of 256 bytes in a frame information
field, seven bytes to an address, etc, apply to characters. Particularly
since all those little diagrams in the APRS spec have comments like "max
67 chars".

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 17:23:45 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA17623
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 17:23:36 -0500 (CDT)
From: "Roger Bille" <roger.bille@telia.com>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats
Date: Thu, 29 Aug 2002 00:24:59 +0200
Message-ID: <LYR11589-96115-2002.08.28-18.03.47--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2600.0000
In-Reply-To: <bb4qmus7qt92alfnidp6e5rdmql41t1p39@4ax.com>
Importance: Normal
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "Roger Bille" <roger.bille@telia.com>
X-Message-Id: <FLEFLCKKDFDPHKNHJPEBMECKEDAA.roger.bille@telia.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Or go directly to UTF-8 so you do not need to specify which codepage
> is used.

 Good point. The UTF-8 encoding of Unicode will add an little extra load
since each non ASCII character will be coded in >= 2 bytes. I don't know how
well Unicode is supported on the various platform we use, in particular Palm
and PocketPC. ISO 8859 is for sure available. One thing is for sure it is
not supported on Kenwood, 8859 isn't either only part of it and D7 and D700
are not consitent.

 73 de sm5nrk/Roger


---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 17:43:29 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id RAA18302
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 17:43:28 -0500 (CDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: James Jefferson <jjeffers@aprsworld.net>
Reply-To: James Jefferson <jjeffers@aprsworld.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] new APRS message format
Date: Wed, 28 Aug 2002 17:42:33 -0500
References: <LYR19704-96093-2002.08.28-14.41.37--jjeffers#aprsworld.net@lists.tapr.org>
In-Reply-To: <LYR19704-96093-2002.08.28-14.41.37--jjeffers#aprsworld.net@lists.tapr.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <LYR11589-96119-2002.08.28-18.23.20--lyris.aprsspec#tapr.org@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <20020828224234.4D82C2153E@agentorange.student.iastate.edu>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

I would like to see a message format that uses an Unicode 
(http://www.unicode.org/) message body. For those not familiar with Unicode, 
it is 16 bit (2-byte) per character. Java natively supports (uses?) Unicode.  
Plain ASCII is easy to encode, and if all you want is to display plain ASCII 
then that is easy to.

Unicode can be sent over 8-bit links using UTF-8 encoding. This solves all of 
the problems with existing TNC compatability.

Here is what I propose:

	1) everything besides the message body be plain 8-bit ASCII
	2) message identifier be a | (pipe), or any other single character that has 
not yet been used
	3) 9 byte addressee, identical limitations to current addressee field
	4) address / body seperator be the same as the message identifer
	5) variable length, up to 240 bytes. Each unicode character is  >= 1 && <= 4 
bytes
	6) body / sequence number seperator, same as the message identifier
	7) 2 byte ASCII sequence designator

Sample message:

KB0THN>APRS:|KB0VYO-10|UTF-8 encoded unicode message|ab

comments?

-Jim KB0THN

PS - one way or another, I'll be happy to add support to aprsworld whatever 
this group decides.

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 18:08:35 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA19603
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:08:31 -0500 (CDT)
Message-ID: <LYR11589-96134-2002.08.28-18.48.17--lyris.aprsspec#tapr.org@lists.tapr.org>
Date: Thu, 29 Aug 2002 00:06:35 +0100
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
From: Roger Barker <roger@peaksys.co.uk>
Subject: [aprsspec] Re: new APRS message format
References: <LYR19704-96093-2002.08.28-14.41.37--jjeffers#aprsworld.net@lists.tapr.org>
 <LYR26815-96119-2002.08.28-18.23.20--roger#peaksys.co.uk@lists.tapr.org>
In-Reply-To: <LYR26815-96119-2002.08.28-18.23.20--roger#peaksys.co.uk@lists.tapr.org>
MIME-Version: 1.0
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Roger Barker <roger@peaksys.co.uk>
X-Message-Id: <kox6EQA7dVb9EwjQ@peaksys.co.uk>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

In message <LYR26815-96119-2002.08.28-18.23.20--roger#peaksys.co.uk@list
s.tapr.org>, James Jefferson <jjeffers@aprsworld.net> writes
[snip]
>
>Sample message:
>
>KB0THN>APRS:|KB0VYO-10|UTF-8 encoded unicode message|ab
>
>comments?

Final comment before I go into read-only mode for this thread - If I was
you, I would wait until you know what encoding/decoding a Japanese TNC
does.

-- 
Roger Barker, G4IDE - roger@peaksys.co.uk
For UI-View go to - http://www.UI-View.com
For WinPack go to - http://www.peaksys.co.uk

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 18:29:45 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20711
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:29:41 -0500 (CDT)
Subject: [aprsspec] RE: SV: SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 18:29:06 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Message-ID: <LYR11589-96141-2002.08.28-19.09.39--lyris.aprsspec#tapr.org@lists.tapr.org>
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats
Thread-Index: AcJO4Z3osNQg1sE8TT6De9p4//XDmAACNqSA
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC04CE3A@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA20711

UTF-8 is 8 bit only.  It is a subset of Unicode without the DBCS
support.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net



> -----Original Message-----
> From: Roger Bille [mailto:roger.bille@telia.com] 
> Posted At: Wednesday, August 28, 2002 5:24 PM
> Subject: [aprsspec] SV: SV: RE: APRS non-ENGLISH formats
> 
>  Good point. The UTF-8 encoding of Unicode will add an little 
> extra load
> since each non ASCII character will be coded in >= 2 bytes. I 

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 18:34:17 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20867
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:34:14 -0500 (CDT)
Date: Wed, 28 Aug 2002 19:33:38 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-96109-2002.08.28-17.01.40--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96142-2002.08.28-19.14.15--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208281929000.1001-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

Yep, looks like we are on the same page... (except as noted below (grin))

On Wed, 28 Aug 2002, AE5PL Lists wrote:

> people using DBCS in their messages, they need to be aware of the APRS
> length restrictions apply total number of bytes, not characters.  That
> would be something for the authors of software using those character
> sets to think about.

I think this is still debatible to some degree and open for discussion.
The 67 character limit imposed in the spec is the DISPLAY length, not
necessarily the BYTE length (or at least that was the origin and intent
of the restriction)...  If it takes two bytes to make up a
character, then that only counts as ONE, as far as the size of the
display is concerned.  So I would always call it a display limit, and not
a BYTE limit...

Bob




---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 18:35:40 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA20901
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:35:39 -0500 (CDT)
Subject: [aprsspec] RE: new APRS message format
Date: Wed, 28 Aug 2002 18:35:07 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Message-ID: <LYR11589-96145-2002.08.28-19.15.41--lyris.aprsspec#tapr.org@lists.tapr.org>
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] new APRS message format
Thread-Index: AcJO5JaH9/pf8vejR2O8CM87uXXHZQABh9uQ
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049044@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA20901

As has been pointed out by Bob earlier, the need for a special format is
not required.  However, full Unicode is not compatible with APRS because
some of its bytes are less than 0x20 (control characters).
Unfortunately, there is no way to tell a TNC in command mode "ignore
these characters because they are Unicode".  So, to live within the
confines of our current limitations on APRS and APRS-IS, it makes sense
to say "any byte 0x20-0xff excluding |, ~, and {".  The final exclusions
are because many TNC's interpret those characters as commands.

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net

> -----Original Message-----
> From: James Jefferson [mailto:jjeffers@aprsworld.net] 
> Posted At: Wednesday, August 28, 2002 5:45 PM
> Subject: [aprsspec] new APRS message format
> 
> I would like to see a message format that uses an Unicode 
> (http://www.unicode.org/) message body. For those not 
> familiar with Unicode, 
> it is 16 bit (2-byte) per character. Java natively supports 
> (uses?) Unicode.  
> Plain ASCII is easy to encode, and if all you want is to 
> display plain ASCII 
> then that is easy to.

---
You are currently subscribed to aprsspec as: lyris.aprsspec@tapr.org
To unsubscribe send a blank email to leave-aprsspec-11589P@lists.tapr.org
Questions regarding the SIG go to the SIG administrator: wa1lou@tapr.org


From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 18:41:00 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id SAA21047
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 18:40:58 -0500 (CDT)
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Date: Wed, 28 Aug 2002 18:40:37 -0500
MIME-Version: 1.0
Content-Type: text/plain;
	charset="us-ascii"
Message-ID: <LYR11589-96152-2002.08.28-19.21.03--lyris.aprsspec#tapr.org@lists.tapr.org>
content-class: urn:content-classes:message
X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0
Thread-Topic: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Thread-Index: AcJO639AsNAev/BHTiSa7aV0qqF5AQAAB8FA
From: "AE5PL Lists" <HamLists@ametx.com>
Sender: bounce-aprsspec-11589@lists.tapr.org
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: "AE5PL Lists" <HamLists@ametx.com>
X-Message-Id: <9F1E0A2562D60B43BAA4C87505322DFC049045@ame-main.ametx.com>
Precedence: bulk
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from quoted-printable to 8bit by tapr.org id SAA21047

> -----Original Message-----
> From: Bob Bruninga [mailto:bruninga@usna.edu] 
> Posted At: Wednesday, August 28, 2002 6:35 PM
> Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
> 
> On Wed, 28 Aug 2002, AE5PL Lists wrote:
> 
> > people using DBCS in their messages, they need to be aware 
> of the APRS
> > length restrictions apply total number of bytes, not 
> characters.  That
> > would be something for the authors of software using those character
> > sets to think about.
> 
> I think this is still debatible to some degree and open for 
> discussion.
> The 67 character limit imposed in the spec is the DISPLAY length, not
> necessarily the BYTE length (or at least that was the origin 
> and intent
> of the restriction)...  If it takes two bytes to make up a
> character, then that only counts as ONE, as far as the size of the
> display is concerned.  So I would always call it a display 
> limit, and not
> a BYTE limit...

Fine with me as long as they stay within the AX.25 spec which specifies
256 octets (bytes) maximum for a packet's information field.  Don't know
how other APRS software would handle the extended packet lengths.?  I
would also say that, if IGating is to be taken into consideration, then
the third-party format restricts the total payload length to 256-28
bytes or 228 bytes (I think I did my math right :)

73,

Pete Loveall AE5PL
http://www.ae5pl.net
mailto:pete@ae5pl.net
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 21:34:17 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA02904
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 21:34:14 -0500 (CDT)
Date: Wed, 28 Aug 2002 20:33:58 -0600 (MDT)
From: Joel Maslak <jmaslak@antelope.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: new APRS message format
In-Reply-To: <LYR21162-96119-2002.08.28-18.23.20--jmaslak#antelope.net@lists.tapr.org>
Message-ID: <LYR11589-96166-2002.08.28-22.14.25--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Joel Maslak <jmaslak@antelope.net>
X-Message-Id: <Pine.LNX.4.44.0208282031050.27119-100000@bigsky.antelope.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 28 Aug 2002, James Jefferson wrote:

> Unicode can be sent over 8-bit links using UTF-8 encoding. This solves all of 
> the problems with existing TNC compatability.

Actually, if you have 8-bit clean links, you can send Unicode directly.  
UTF-8 does something different.

Unfortunately, although AX-25 should allow it fine, the current 
implementations are anything but 8-bit clean.  I suspect that you could 
crash and otherwise harm 90% of APRS stations by sending 8-bit characters.  
I would be the first to applaud a move to 8-bit clean links, as I've seen 
plenty of problems with the current "sort of 7-bit" system that is in use 
- but I don't see a way of upgrading the existing hardware.  And one of 
the reasons APRS is so popular is it is a fairly cheap thing to get 
involved in.  Unfortunately that also means that we sacrifice some 
principles in the process.

-- 
Joel
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From bounce-aprsspec-11589@lists.tapr.org  Wed Aug 28 21:49:09 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA03501
	for <lyris.aprsspec@tapr.org>; Wed, 28 Aug 2002 21:49:06 -0500 (CDT)
Content-Type: text/plain;
  charset="iso-8859-1"
From: James Jefferson <jjeffers@aprsworld.net>
Reply-To: James Jefferson <jjeffers@aprsworld.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: new APRS message format
Date: Wed, 28 Aug 2002 21:43:05 -0500
User-Agent: KMail/1.4.3
Cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
References: <LYR19704-96166-2002.08.28-22.14.25--jjeffers#aprsworld.net@lists.tapr.org>
In-Reply-To: <LYR19704-96166-2002.08.28-22.14.25--jjeffers#aprsworld.net@lists.tapr.org>
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Message-Id: <LYR11589-96171-2002.08.28-22.29.15--lyris.aprsspec#tapr.org@lists.tapr.org>
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
X-Message-Id: <200208282143.05484.jjeffers@aprsworld.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

> Actually, if you have 8-bit clean links, you can send Unicode directly.
> UTF-8 does something different.

UTF-8 is designed to be interoperable with ASCII directly. IE normal ASCII 
characters are encoded as a single byte. 

In our application UTF-8 will make sure that no printable and bellow 
characters will be changed. Only things with the high bit set will be able to 
contain Unicode.

-Jim
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From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 29 08:50:56 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id IAA09728
	for <lyris.aprsspec@tapr.org>; Thu, 29 Aug 2002 08:50:54 -0500 (CDT)
Date: Thu, 29 Aug 2002 09:50:10 -0400 (EDT)
From: Bob Bruninga <bruninga@usna.edu>
X-X-Sender: bruninga@arctic
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
cc: APRS Spec Discussion List <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
In-Reply-To: <LYR11586-96080-2002.08.28-13.45.16--bruninga#nadn.navy.mil@lists.tapr.org>
Message-ID: <LYR11589-96266-2002.08.29-09.31.04--lyris.aprsspec#tapr.org@lists.tapr.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
X-Virus-Scanned: by amavisd-milter (http://amavis.org/)
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Bob Bruninga <bruninga@usna.edu>
X-Message-Id: <Pine.GSO.4.44.0208290944470.7081-100000@arctic>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, 28 Aug 2002, Roger Barker wrote:

> I think we really need someone who is experienced with Japanese software
> to comment on this.

I got the answers...

Kanji is a two-byte printable ascii code and it involves a 3 byte ESC-IN
and an ESC-OUT code so it can be intermingled with plain ASCII...  So even
if they took the 67 display limit as a character limit, that still allows
30 KANJI characters..

And as an aside, a common school test in Japan is to have them  say
ANYTHING in 20 KANJI characters or less...

So for now, this issue is resolved to my satisfaction... thanks

Bob
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From bounce-aprsspec-11589@lists.tapr.org  Thu Aug 29 21:59:56 2002
Received: from lists.tapr.org (lists.tapr.org [204.17.217.24])
	by tapr.org (8.9.3/8.9.3/1.13) with SMTP id VAA18533
	for <lyris.aprsspec@tapr.org>; Thu, 29 Aug 2002 21:59:51 -0500 (CDT)
Date: Fri, 30 Aug 2002 11:59:36 +0900
From: Jim Tittsler <7J1AJH@OnJapan.net>
To: "APRS Spec Discussion List" <aprsspec@lists.tapr.org>
Subject: [aprsspec] Re: SV: RE: APRS non-ENGLISH formats
Message-ID: <LYR11589-96389-2002.08.29-22.40.03--lyris.aprsspec#tapr.org@lists.tapr.org>
References: <LYR11586-96061-2002.08.28-11.45.11--bruninga#nadn.navy.mil@lists.tapr.org> <LYR25490-96078-2002.08.28-13.08.20--7j1ajh#onjapan.net@lists.tapr.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2.5.1i
In-Reply-To: <LYR25490-96078-2002.08.28-13.08.20--7j1ajh#onjapan.net@lists.tapr.org>; from bruninga@usna.edu on Wed, Aug 28, 2002 at 01:27:55PM -0400
Organization: 7J1AJH/AI8A Tokyo
List-Unsubscribe: <mailto:leave-aprsspec-11589P@lists.tapr.org>
List-Software: Lyris Server version 3.0
List-Subscribe: <mailto:subscribe-aprsspec@lists.tapr.org>
List-Owner: <mailto:owner-aprsspec@lists.tapr.org>
X-List-Host: Tucson Amateur Packet Radio <http://www.tapr.org>
Reply-To: Jim Tittsler <7J1AJH@OnJapan.net>
X-Message-Id: <20020830115936.B4044@server.onjapan.net>
Sender: bounce-aprsspec-11589@lists.tapr.org
Precedence: bulk

On Wed, Aug 28, 2002 at 01:27:55PM -0400, Bob Bruninga wrote:
> But I have since learned that the double byte Japanse charcaters that
> triggered the initial concern do also use only printable 8 bit bytes and
> so my concerns for control-code problems is probably not a problem..  Here
> is what I hve learned since my original sugestion:
> 
> Each Kanji code use 2 bytes.
> The 1st byte is 0x81-0xFC.
> The 2nd byte is 0x40-0xFC.

There are three different encodings in common use for Japanese.
It sounds like you are describing Shift-JIS (most common in the
Microsoft world; I believe the 1st byte is actually between
0x81-0x9f or 0xe0-0xef... so as has been pointed out, the path
needs to be 8-bit clean or they start looking like control
codes).

EUC-JP (most common in the Unix world) is beloved by programmers
since both bytes are in the 0xa1~0xfe range.

ISO-2022-JP fits in 7-bits with escapes to switch sets.

http://web.lfw.org/text/jp.html is a quick reference to 
Japanese encoding.

73, Jim 7J1AJH/AI8A  Tokyo
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